Langsung ke konten utama
Pihak kunci adalah model terpadu Didit untuk setiap orang perseorangan dan entitas korporasi yang terkait dengan bisnis yang Anda verifikasi: UBO, pemegang saham (individu dan korporasi), direktur, perwakilan, dan peran pejabat lainnya. Satu alur Pihak Kunci mencakup semuanya, dengan perutean verifikasi berdasarkan peran serta perbandingan lengkap berdampingan antara pihak dari registri dan pihak yang dikirimkan pengguna.
Untuk tampilan entitas bisnis tentang Pihak Kunci, yaitu cara pejabat dan UBO digabungkan lintas sesi, lihat Bisnis → Pihak Kunci.

​
Cara kerja

1

Pengisian awal dari registri (opsional)

Jika alur kerja mengaktifkan pengisian awal registri, layar Pihak Kunci akan terisi otomatis dengan UBO, pemegang saham, dan pejabat yang tersedia dan diekstraksi dari pemeriksaan registri. Pengguna akhir dapat mengedit, menambah, atau menghapus pihak sebelum mengirimkan, bahkan ketika informasi kepemilikan masih tertunda. Pejabat yang hasilnya sudah diterima tetap tersedia selama laporan kepemilikan dikumpulkan. Sebelum pengiriman, hasil yang datang terlambat mengisi kolom yang belum diubah dan menambahkan orang yang belum ada tanpa menimpa perubahan atau memulihkan pihak yang telah dihapus. Editor yang sedang terbuka tidak berubah; pengisian awal tambahan diterapkan setelah pemohon menutupnya. Jika pengisian awal registri dinonaktifkan, pemohon memasukkan orang sendiri dan hasil yang terlambat tidak mengisi formulir ini. Data registri yang tiba setelah pengiriman tetap menjadi bagian dari bukti registri, tetapi tidak mengubah daftar orang yang dikirim atau secara otomatis membuat sesi verifikasi turunan tambahan.
2

Pengiriman dari alur yang di-hosting

Pengguna akhir mengirimkan daftar final pihak kunci melalui alur verifikasi yang di-hosting. Secara default, Anda tidak memanggil langkah ini sendiri; langkah ini terjadi di dalam alur KYB yang URL-nya Anda kirimkan dari Buat Sesi. Untuk tetap menggunakan antarmuka Anda sendiri, gunakan endpoint draf pihak dan kirim pihak.
3

Perutean verifikasi berdasarkan peran

Untuk setiap pihak yang dikirim, Didit memeriksa pengaturan verifikasi yang dikonfigurasi untuk peran tersebut:
  • Menerapkan ambang batas kepemilikan alur kerja: UBO dan pemegang saham di bawah persentase yang dikonfigurasi tidak memerlukan verifikasi individual.
  • Menghormati tanda “lewati verifikasi” yang ditetapkan pengguna akhir, jika peran tersebut mengizinkan pelewatan.
  • Membuat sesi Verifikasi Pengguna (KYC) turunan untuk pihak perseorangan yang memerlukan KYC.
  • Membuat sub-sesi KYB turunan untuk UBO korporasi ketika KYB bersarang diaktifkan pada alur kerja.
4

Perkembangan status

Status fitur Pihak Kunci menjadi Awaiting User selama sesi turunan yang diperlukan masih berjalan. Ketika setiap sesi turunan selesai, status diagregasi menjadi Approved, Declined, atau In Review berdasarkan hasilnya.

​
Peran yang dikumpulkan

Pihak kunci dapat memiliki satu atau beberapa peran berikut; satu orang dapat memegang beberapa peran sekaligus (misalnya, direktur dan pemegang saham). Berikut taksonomi lengkapnya: Setiap peran dapat dikonfigurasi secara individual dalam alur kerja: diaktifkan atau dinonaktifkan, wajib atau opsional untuk KYC, dipetakan ke alur kerja KYC tertentu, dan dapat dilewati jika diinginkan. Lihat Kepemilikan untuk detail perutean verifikasi.

​
Data yang dikumpulkan per pihak kunci

Alur yang di-hosting meminta sekumpulan kolom default dan kolom kustom tambahan yang dikonfigurasi alur kerja. Lihat Kepemilikan → Kolom yang dikumpulkan untuk daftar lengkap.

​
Konfirmasi registri

Sebelum langkah Pihak Kunci, pengguna akhir meninjau data perusahaan yang diekstraksi dari pemeriksaan registri dan secara opsional mengedit kolom apa pun. Alur yang di-hosting kemudian menyimpan:
  • Detail registri yang dinormalisasi Didit dari pemeriksaan registri (registry_data).
  • Data yang dikonfirmasi pengguna (user_provided_data) dengan cap waktu yang menandai kapan pengguna mengonfirmasi.
  • Tampilan kanonis gabungan pada kolom perusahaan tingkat atas: menggunakan data yang dikonfirmasi pengguna jika ada, jika tidak, menggunakan data registri sebagai cadangan.
Lihat Data perusahaan → Data registri vs data yang disediakan pengguna untuk model lengkapnya.

​
Bentuk dalam respons keputusan

Setelah pengiriman, pihak kunci yang dikumpulkan muncul dalam keputusan KYB di bawah key_people_checks[], dibagi menjadi dua kelompok: registri (yang diungkapkan penyedia) dan dikirim (yang dikonfirmasi oleh admin bisnis melalui alur), serta ubo_kyc_summary yang merangkum progres KYC UBO. Lihat referensi key_people_checks lengkap.

​
Perilaku pengajuan ulang

  • Pihak Kunci dan Pemeriksaan Registri tidak dapat diajukan ulang secara langsung. Untuk memverifikasi ulang orang tertentu, ajukan ulang sesi KYC turunan individualnya.
  • Ketika sesi KYC turunan diajukan ulang, status fitur Pihak Kunci induk otomatis kembali ke Awaiting User.
  • Ketika sesi turunan yang diajukan ulang selesai, status induk diagregasi ulang berdasarkan status semua turunan.
  • Sesi turunan yang dihapus, atau yang kedaluwarsa sebelum orang tersebut memulainya, tidak dapat diajukan ulang: buat ulang pihak untuk menerbitkan tautan baru pada pihak yang sama.

​
Berapa lama tautan verifikasi pihak kunci berlaku

Sesi KYC anak milik pihak kunci mengikuti waktu kedaluwarsa sesi dari alur kerja KYC yang dikonfigurasi untuk peran mereka, bukan dari alur kerja KYB. Jika Anda memetakan peran ke alur kerja KYC yang mengizinkan empat minggu, tautan orang tersebut tetap dapat digunakan selama empat minggu, meskipun sesi bisnis diatur untuk kedaluwarsa lebih cepat. Nilainya adalah pengaturan per alur kerja, dari 1 jam hingga 4 minggu (session_expiration_time, dalam detik), di Workflows → [Alur kerja KYC] → Settings. Kedaluwarsa memengaruhi apa yang dapat Anda lakukan terhadap pihak tersebut. Tautan yang kedaluwarsa sebelum orang tersebut memulai, misalnya tautan dari sesi yang dihapus, dapat diterbitkan ulang dengan Buat ulang sesi KYC Pihak Kunci. Sesi yang dihapus memenuhi syarat meskipun orang tersebut sudah memulai atau menyelesaikan verifikasi. Sesi yang diimpor tidak memenuhi syarat melalui kedaluwarsa; sesi tersebut harus sudah dihapus. Sesi yang belum dihapus dan sudah dimulai oleh orang tersebut tidak memenuhi syarat melalui kedaluwarsa.

​
Opsi konfigurasi

Semua perilaku Pihak Kunci dikonfigurasi per alur kerja dari Business Console: Konfigurasikan di Workflows → [Alur kerja KYB] → Key People di konsol.

​
Menggunakan kembali individu terverifikasi di seluruh pemeriksaan KYB

Saat Gunakan ulang individu terverifikasi diaktifkan pada alur kerja (nilai default), pihak kunci tidak perlu mengulang KYC setiap kali muncul di pemeriksaan KYB baru. Didit mencari KYC yang sudah disetujui dari pemeriksaan KYB sebelumnya, lalu menautkannya ke pihak baru alih-alih membuat sesi KYC anak yang baru.
Mekanisme ini berbeda dari KYC yang Dapat Digunakan Kembali. Pada KYC yang dapat digunakan kembali, pengguna akhir secara sukarela membawa satu sesi yang sudah selesai ke aplikasi terpisah yang terintegrasi dengan Didit melalui token berbagi atau impor. Pengaturan penggunaan ulang KYB pada halaman ini bersifat otomatis, dikonfigurasi di alur kerja, dan berlaku untuk pihak kunci dalam satu aplikasi. Tidak ada token berbagi dan tidak ada tindakan dari pengguna akhir.
Pencocokan. Kecocokan kandidat ditemukan dengan membandingkan nama lengkap orang yang diajukan (tidak peka huruf besar-kecil, spasi di awal dan akhir diabaikan) dengan pihak kunci dari pemeriksaan KYB lain milik aplikasi. Tidak ada sinyal pencocokan tambahan: nomor dokumen, email, atau telepon tidak wajib dan tidak diperiksa. Nama dengan ejaan berbeda, nama tengah, atau hasil transliterasi tidak akan cocok. Dalam kasus yang jarang terjadi, dua orang berbeda yang memiliki nama sama dapat cocok, jadi tinjau hasil Pihak Kunci Anda dengan mempertimbangkan hal ini. Cakupan. Pencocokan mencakup setiap pemeriksaan KYB lain yang termasuk dalam aplikasi yang sama, bukan hanya pemeriksaan KYB saat ini dan bukan aplikasi lain di organisasi Anda. Orang yang diverifikasi sebagai UBO di Perusahaan A dapat dicocokkan saat kemudian muncul sebagai direktur di Perusahaan B, selama kedua pemeriksaan dijalankan di bawah aplikasi yang sama. Status yang memenuhi syarat. Hanya KYC Disetujui terbaru milik pihak yang memenuhi syarat untuk digunakan ulang. KYC Ditolak untuk nama tersebut memblokir penggunaan ulang sepenuhnya: pihak ditandai dan KYC baru diminta, bukan kembali ke KYC yang ditolak. KYC yang masih Dalam Peninjauan tidak pernah dipertimbangkan sebagai kandidat. Retensi. Pencocokan hanya mempertimbangkan sesi KYC yang dibuat sekitar satu tahun terakhir dan belum dihapus. Jika satu-satunya sesi yang cocok berada di luar jendela waktu tersebut, atau orang atau organisasi telah menghapusnya, pemeriksaan tidak menemukan kecocokan yang memenuhi syarat dan secara diam-diam meminta KYC baru. Proses ini tidak pernah gagal atau memblokir pengiriman Pihak Kunci. Penagihan. KYC yang digunakan ulang tidak ditagih lagi. Menautkan sesi yang sudah disetujui ke pihak baru tidak dikenakan biaya tambahan; Anda hanya ditagih sekali, pada KYC asli.
Example

​
Langkah berikutnya

Kepemilikan

Kolom yang dikumpulkan, data kustom, dan rekonsiliasi data registri dibandingkan dengan data yang dikirim.

Pejabat & perwakilan

Peran tata kelola dalam model pihak kunci.

Skema respons

Referensi kolom demi kolom untuk key_people_checks[].
Terakhir diubah pada 7 November 2026