Halaman ini diterjemahkan dari bahasa Inggris.
Layanan Keuangan
Bangun sistem onboarding pelanggan dan KYC
Kliv adalah AI app builder. Jelaskan alur kerja onboarding dan KYC yang Anda butuhkan — ambang batas, dokumen, screening, persetujuan, dan peninjauan — dan Kliv akan membangun aplikasi sesuai kewajiban Anda.
Cukup masukkan ide Anda ke dalam kotak teks dan AI akan membuatkannya untuk Anda
Apa itu Kliv?
Kliv bukan produk daftar periksa kepatuhan yang baku — Kliv adalah AI yang membangun perangkat lunak untuk Anda.
Anda menjelaskan aplikasi yang Anda butuhkan dengan kata-kata sederhana, dan Kliv membangunnya: catatan kasus, brankas dokumen, aturan alur kerja, antrean peninjauan, tampilan layar, dan laporan. Yang Anda dapatkan adalah aplikasi nyata untuk tim Anda. Anda bisa menggunakannya, mengubahnya nanti cukup dengan meminta, dan menyimpan datanya di sistem Anda sendiri. Ini bukan template.
Di halaman ini, aplikasi tersebut adalah sistem onboarding pelanggan dan KYC. Kliv membangun berbagai jenis aplikasi web; ini hanya salah satu contohnya.
Mengapa membangun sistem onboarding dan KYC Anda sendiri?
Alat onboarding generik mengelola pipeline. Pekerjaan KYC bergantung pada kewajiban: pesanan mana yang membuka kasus, jenis pelanggan mana yang wajib menyerahkan dokumen apa, siapa yang bisa menyetujui, dan kapan berkas harus ditinjau ulang.
Kliv membangun meja kerja di sekitar kewajiban tersebut. Ambang batas, daftar periksa, tanda terima screening, aturan persetujuan, dan tanggal peninjauan menjadi alur kerja itu sendiri.
Berkas di balik faktur pertama
Lima catatan membentuk berkas yang bisa dipertanggungjawabkan bisnis.
Pemohon
Perorangan atau perusahaan dengan peringkat risiko dan tanggal yang tersimpan. Peringkat ini adalah penilaian tercatat, bukan catatan informal.
Dokumen
KTP, bukti alamat, akta perusahaan, atau bukti dana, masing-masing dengan kelas, tanggal kedaluwarsa, dan akses terbatas. Daftar periksa tahu apa yang belum lengkap karena dokumen adalah baris data.
Pemeriksaan
Setiap langkah verifikasi mencatat siapa yang menjalankannya, penyedia screening yang digunakan, dan referensi hasilnya. Penyedia melakukan screening; sistem Anda menyimpan tanda terimanya.
Persetujuan
Penyusun dan penyetuju harus login yang berbeda. Peninjauan kedua ini ditegakkan oleh aplikasi dan tersimpan pada kasus.
Tanggal peninjauan
Risiko menentukan jadwalnya: misalnya, risiko tinggi setiap tahun dan standar setiap tiga tahun. Berkas yang jatuh tempo muncul dari data, bukan dari ingatan.
Contoh: toko emas Wulan
Begini cara satu bisnis mungkin menggunakannya. Ini hanya contoh — Anda akan menjelaskan ambang batas, kelas dokumen, penyedia screening, aturan persetujuan, dan jadwal peninjauan Anda sendiri.
Ambang batas membuka kasus
Pesanan pertama melewati ambang batas Rp150.000.000 saat checkout. Penjualan dijeda masuk ke onboarding selagi berkas dibentuk.
Dokumen masuk ke daftar periksa pribadi
Pelanggan mengunggah KTP dan bukti dana melalui tautan pribadi. Setiap dokumen masuk ke brankas kasus lengkap dengan kelas dan detail kedaluwarsa.
Screening menyimpan tanda terima
Penyedia screening Wulan menjalankan daftarnya. Hasilnya tersimpan sebagai referensi pada baris pemeriksaan, sehingga pemeriksa di masa depan bisa melihat apa yang diperiksa dan kapan.
Persetujuan membutuhkan orang lain
Wulan menyusun berkasnya, tetapi login miliknya tidak bisa menyetujuinya. Seorang rekan meninjau dan menyetujui, dan kedua nama tetap tercatat pada kasus.
Pesanan dirilis hanya setelah persetujuan
Persetujuan mengubah status kasus dan merilis pesanan untuk dikirim. Pelanggan hanya melihat jeda singkat dan sebuah formulir; kontrolnya tetap berada di dalam alur kerja.
Peninjauan jatuh tempo sesuai risiko
Peringkat risiko tinggi menetapkan peninjauan 12 bulan. Berkas kembali ke daftar jatuh tempo dengan satu KTP yang sudah kedaluwarsa, dan pelanggan menerima permintaan hanya untuk dokumen tersebut.
Jelaskan aturan onboarding Anda
Kliv membangun dari deskripsi Anda, jadi semakin detail yang Anda berikan, semakin dekat versi pertamanya. Sertakan ambang batas, jenis pelanggan, kelas dokumen, penyedia screening, aturan persetujuan, dan tanggal perpanjangan. Berikut tiga contoh untuk Anda kembangkan:
KYC dealer emas batangan
Kasus berbasis ambang batas, daftar periksa dokumen, dan persetujuan kedua.
“Bangun alur kerja KYC untuk toko logam mulia kami. Pesanan di atas Rp150.000.000 harus membuka kasus onboarding, pelanggan harus mengunggah KTP dan bukti dana ke daftar periksa, hasil screening harus menyimpan penyedia dan referensi hasil, dan persetujuan oleh reviewer kedua harus merilis pesanan.”
Onboarding klien B2B
Dokumen perusahaan, pertanyaan kepemilikan, pemeriksaan, dan peninjauan.
“Bangun sistem onboarding klien untuk perusahaan pembayaran kami. Kumpulkan dokumen akta perusahaan, kuesioner kepemilikan, dan hasil screening per pemeriksaan; wajibkan persetujuan kepatuhan; dan perpanjang kasus berisiko tinggi setiap 12 bulan serta kasus standar setiap 36 bulan.”
Berkas penerimaan klien
Kuesioner risiko, konflik kepentingan, dan persetujuan partner.
“Bangun alur kerja penerimaan klien untuk kantor akuntan kami. Sertakan kuesioner risiko, pemeriksaan konflik kepentingan terhadap klien yang sudah ada, unggahan dokumen, dan persetujuan partner yang tercatat sebelum surat penugasan dikirim.”
Kewajiban sebagai alur kerja
Dokumen identitas tetap tersimpan di balik layar. Dokumen bersifat pribadi secara default dengan akses per kasus. Setiap kali dibuka, tercatat dalam log. Tim penjualan bisa melihat status kasus, bukan paspor.
Berkas yang belum lengkap tidak bisa ditutup. Sebuah kasus mencapai status disetujui hanya jika daftar periksa lengkap, pemeriksaan tercatat, dan reviewer kedua telah menyetujui. Skema ini menghilangkan jalan pintas.
Perpanjangan mengikuti risiko. Berkas yang jatuh tempo muncul pada daftar kerja, dan email pengingat meminta dokumen spesifik yang dibutuhkan pada waktu yang tepat.
Ketika ambang batas atau aturan dokumen berubah, Anda mengubah aturannya di dalam aplikasi. Itulah alasan yang lebih luas untuk alat yang selalu mengikuti buku aturan.
Pertanyaan umum
Apa sebenarnya Kliv itu?
Kliv adalah AI app builder untuk aplikasi web kustom. Anda menjelaskan alur kerja onboarding dan KYC Anda, Kliv membangun aplikasinya, dan hasilnya menjadi milik Anda.
Apakah saya mendapat aplikasi nyata, atau sekadar template?
Aplikasi nyata. Kliv membangun catatan kasus, daftar periksa dokumen, alur kerja persetujuan, antrean peninjauan, peran, dan laporan sesuai aturan Anda.
Bisakah saya mengubahnya setelah dibangun?
Bisa. Anda bisa mengubah ambang batas, kelas dokumen, jadwal peninjauan, peran, atau laporan cukup dengan meminta perubahan.
Apakah Kliv menjalankan screening sanksi?
Tidak. Penyedia screening Anda yang melakukan itu. Aplikasi ini membuka kasus, mencatat setiap pemeriksaan dengan penyedia dan referensi hasil, serta menyimpan riwayatnya.
Siapa yang bisa melihat dokumen identitas?
Hanya peran yang Anda tentukan, dibatasi per kasus, dengan akses yang tercatat. Pengguna lain bisa bekerja dari status kasus seperti tertunda, disetujui, atau jatuh tempo.
Apa yang menegakkan persetujuan four-eyes?
Kontrol persetujuan tidak muncul untuk login yang menyusun berkas, dan server juga menolak penulisannya. Kedua nama tersimpan permanen pada kasus.
Apa yang terjadi ketika aturan berubah?
Ambang batas dan daftar periksa adalah data. Kasus baru bisa memakai aturan baru, sementara kasus lama tetap memakai aturan yang berlaku saat kasus itu diputuskan.
Bisakah tanggal peninjauan bergantung pada risiko?
Bisa. Berkas berisiko tinggi bisa kembali setiap 12 bulan, berkas standar setiap 36 bulan, atau jadwal apa pun yang diminta kebijakan Anda.
Bisakah pelanggan mengunggah dokumen sendiri?
Bisa. Tautan unggah pribadi bisa mengumpulkan dokumen yang diperlukan dan melampirkannya ke daftar periksa kasus.
Bisakah saya pindah dari Kliv nanti?
Bisa. Kode disinkronkan ke repositori Git Anda sendiri, jadi keluar dari Kliv cukup dengan git pull, bukan membangun ulang dari nol.
Apakah saya butuh alat admin terpisah?
Tidak. Aplikasi ini bisa menjadi admin bagi dirinya sendiri untuk kasus, dokumen, daftar periksa, antrean peninjauan, dan laporan.
Lainnya di kategori ini
Dibuat oleh Kreator
Jelajahi yang bisa dibuat
Lihat aplikasi nyata yang dibuat dengan Kliv oleh developer dan kreator di seluruh dunia
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Satukan daftar periksa ke dalam alur kerja
Jelaskan ambang batas, dokumen, tanda terima screening, aturan persetujuan, dan jadwal peninjauan secara rinci. Kliv membangun meja kerja yang tidak akan menutup berkas yang belum selesai.