Panduan
Cara Mendirikan Penyedia Open Finance di UAE
Jawaban singkat
Peraturan Open Finance CBUAE menciptakan kerangka kerja spesifik untuk berbagi data berlisensi dan inisiasi layanan. Lisensi tersebut tidak secara otomatis mengizinkan sebuah perusahaan untuk memegang dana pelanggan, memberikan saran yang diatur, atau melakukan setiap layanan keuangan yang dibangun berdasarkan data. Produk tersebut memerlukan peta fitur demi fitur.
Mulai dengan peta produk, bukan daftar lisensi. Lacak siapa yang memegang uang, siapa yang memulai pergerakan, siapa yang mengambil risiko kredit, dan lisensi siapa yang mendukung setiap layar perjalanan pelanggan. Baru kemudian pisahkan pembentukan perusahaan biasa dari otorisasi layanan keuangan — dan dari pengaturan mitra yang dapat secara sah menggantikannya. Lisensi komersial tidak pernah menjadi izin untuk memegang uang pelanggan. Bagi mereka yang tertarik untuk menawarkan layanan keuangan, pertimbangkan pembentukan bisnis embedded-finance atau banking-as-a-service di UAE.
Mengapa model operasi datang sebelum yurisdiksi
Untuk bisnis fintech, pertanyaan penentu adalah siapa yang menerima atau mengendalikan uang, siapa yang memulai transaksi, lisensi siapa yang mendukung layanan, data pelanggan apa yang diakses, dan apakah kredit, saran, atau perantaraan sedang disediakan.
Dalam fintech pengalaman pelanggan yang sama dapat dibangun dengan harga regulasi yang sangat berbeda. Satu versi memegang lisensi untuk setiap fungsi; yang lain menyewa sebagian besar fungsi dari lembaga sponsor dan hampir tidak memegang apa pun. Entitas dengan deskripsi aktivitas berasa fintech tidak menyelesaikan apa pun. Pertanyaan yang berguna adalah fungsi mana yang dilakukan perusahaan itu sendiri, fungsi mana yang dilakukan mitra berlisensi, dan biaya apa dari setiap pilihan dalam modal, orang, dan ketergantungan. Ini sangat relevan bagi mereka yang mempertimbangkan pembentukan penyedia cloud atau managed-service di UAE.
Mulailah dengan memilih model mana yang paling mendekati mendeskripsikan rencana:
- Layanan informasi akun atau data keuangan
- Penyedia inisiasi pembayaran atau layanan
- Platform analitik yang mengkonsumsi data melalui penyedia berlisensi
- Penyedia infrastruktur Open Finance untuk peserta yang diatur
Jika lebih dari satu model berlaku, pola universal hampir adalah pemisahan: entitas berlisensi untuk fungsi yang diatur dan perusahaan operasi untuk teknologi dan staf — atau lembaga sponsor yang membawa fungsi yang diatur sepenuhnya. Pemisahan bukan birokrasi; itu adalah apa yang membuat perimeter yang diatur, dan kontrak mitra di baliknya, dapat dipahami. Pendekatan ini sering terlihat dalam perusahaan factoring atau invoice-finance di UAE.
Di mana pembentukan perusahaan biasa mungkin berhenti
Uji pertanyaan-pertanyaan ini sebelum yurisdiksi atau aktivitas dipilih, karena masing-masing menggerakkan model antara tingkatan lisensi:
- Lisensi Berbagi Data dan Inisiasi Layanan
- Persetujuan, autentikasi, dan kontrol pelanggan
- Memegang dana, saran, mediasi, atau kredit di luar izin Open Finance
- API Hub, Kerangka Kepercayaan, dan partisipasi infrastruktur umum
- Outsourcing, asuransi, modal, dan persyaratan pendirian di UAE
Satu hit tidak berarti perusahaan itu sendiri memerlukan lisensi — mitra yang terlisensi dapat secara sah menjalankan fungsi itu. Ini berarti perimeter memerlukan keputusan berbasis fakta: pegang otorisasi, atau kontrak di dalamnya. Label permainan gagal ke arah yang lain juga: platform yang memang memegang nilai atau mengatur kredit diatur terlepas dari apa nama aplikasi tersebut.
Tuliskan posisi perimeter: fungsi yang dilakukan di dalam, fungsi yang disampaikan oleh mitra berlisensi, dan fitur peta jalan yang akan mengubah pembagian tersebut. Sponsor, regulator, dan bank masing-masing membaca dokumen itu dengan cara yang berbeda, jadi harus ada satu cerita yang konsisten.
Keputusan struktur yang mengubah jawaban
Perbaiki variabel ini sebelum membandingkan perizinan bank sentral, jalur free zone keuangan, dan model yang dipimpin mitra:
- Peserta berlisensi versus vendor teknis
- Jenis data, institusi, dan segmen pelanggan
- Wawasan baca-saja versus inisiasi tindakan
- Hubungan pelanggan langsung versus distribusi yang tersemat
- Keamanan, persetujuan, dan alokasi tanggung jawab
Entitas yang berkontrak dengan pelanggan harus dapat menjawab produk — dengan otorisasi sendiri atau sponsor. Struktur grup dapat menempatkan teknologi, kekayaan intelektual dan fungsi yang terlisensi dalam entitas yang berbeda, tetapi masing-masing perlu memiliki peran yang nyata. Struktur yang dioptimalkan untuk mengiklankan harga setup yang murah akan terlihat di kemudian hari sebagai kegagalan uji tuntas sponsor dan gesekan onboarding bank.
Biaya dan timeline: gunakan lapisan, bukan satu angka utama
Anggaran fintech ditentukan oleh satu pilihan awal: tingkat lisensi mana yang dibutuhkan model, atau apakah sponsor membawanya. Susun anggaran sekitar percabangan itu:
- Pembentukan entitas: pendaftaran, dokumen konstitusional, establishment card, ruang kerja dan kapasitas imigrasi.
- Otorisasi atau sponsor: baik jalur lisensi — pekerjaan aplikasi, penasihat, kebijakan, biaya pengawasan — atau jalur sponsor: uji tuntas mitra, pekerjaan integrasi, biaya program dan pembagian pendapatan.
- Sumber daya keuangan regulatif: modal yang dibayarkan dan pengaturan perlindungan yang disesuaikan dengan tingkat dan dana pelanggan yang disentuh perusahaan.
- Orang-orang dan tata kelola: peran manajemen, kepatuhan dan risiko yang diperlukan oleh tingkat tersebut, ditambah tim operasional yang diperlukan oleh kontrak sponsor.
- Kewajiban berulang: biaya pengawasan atau program, audit, pelaporan, pengarsipan pajak dan perpanjangan di seluruh lisensi, pendaftaran dan kontrak mitra.
Garis waktu mengikuti percabangan yang sama. Model yang dipimpin mitra bergerak dengan kecepatan uji tuntas mitra; model berlisensi bergerak dengan kecepatan regulator. Keduanya bersifat berjenjang — keputusan struktur, pembentukan, otorisasi atau onboarding sponsor, pembangunan dan pengujian, onboarding bank, peluncuran — dan pendaftaran adalah tahap tercepat dan paling tidak bermakna.
Kesiapan perbankan, investor, dan komersial
Bank dan institusi sponsor menjalankan uji tuntas secara paralel, dan keduanya memulai dari pertanyaan yang sama: lisensi siapa yang meliputi setiap aliran uang? Siapkan yang berikut sebelum onboarding dimulai:
- Matriks fitur dan izin regulasi
- Desain persetujuan dan aliran data
- Keamanan API dan rencana tanggapan insiden
- Sumber daya keuangan dan asumsi asuransi
- Kemampuan manajemen dan kepatuhan
Tujuannya adalah satu cerita koheren di seluruh produk, kontrak mitra, posisi regulatif dan berkas bank. Koherensi menghilangkan pertanyaan yang dapat dihindari. Itu tidak menjamin akun, sponsor, otorisasi atau persetujuan.
Pertanyaan yang harus dijawab sebelum membayar untuk pendirian
- Apakah perusahaan hanya akan membaca data atau menginisiasi tindakan?
- Apakah perusahaan pernah memegang dana atau memberikan rekomendasi?
- Siapa yang memperoleh dan mengelola persetujuan pelanggan?
- Apakah ini peserta atau pemasok yang terlisensi?
- Izin tambahan apa yang dibutuhkan untuk fitur hulu?
Catat apa yang masih belum diketahui dan siapa yang harus memverifikasinya. Tingkat lisensi atau pengaturan sponsor yang diadopsi secara default — karena paket pembentukan mengimplikasikannya — adalah bagaimana fintech berakhir membangun kembali di tengah peluncuran.
Kesalahan umum
- Dengan asumsi akses API mengizinkan setiap produk hulu
- Saran penggabungan atau kredit tanpa analisis terpisah
- Menganggap persetujuan sebagai checkbox sekali saja
- Membangun di atas pengambilan layar di mana kerangka kerja mengharapkan konektivitas yang disetujui
Membandingkan biaya pendirian tetap merupakan kesalahan klasik. Bandingkan rute lengkap: biaya tahun pertama dan perpanjangan, modal dan perlindungan, ekonomi sponsor, fungsi yang diizinkan, implikasi perbankan dan biaya untuk beralih tier setelah peluncuran.
Apa yang dinilai oleh VelaroZone
Penilaian yang dipimpin oleh penasihat VelaroZone mengubah peta produk menjadi keputusan lisensi atau mitra. Tergantung pada fakta, rencana tertulis dapat mencakup:
- Tiers lisensi dan rute yang dipimpin mitra yang benar-benar terbuka untuk model ini, dan alasannya.
- Alokasi fitur demi fitur: dilakukan secara internal, dibawa oleh sponsor, atau ditunda.
- Modal, perlindungan, ketergantungan staf dan perbankan yang mengendalikan peluncuran.
- Lapisan biaya yang dibangun di sekitar keputusan tier daripada headline pembentukan.
- Dokumen, pertanyaan terbuka, dan asumsi yang memerlukan konfirmasi spesialis.
- Urutan pengarsipan yang dimulai hanya setelah klien memahami dan menyetujui rute.
Daftar pendek otoritas akhir, pemilihan aktivitas yang tepat, persyaratan saat ini, dan jalur pengarsipan dikonfirmasi terhadap fakta hidup. Mereka adalah output keputusan, bukan klaim situs web umum.
