# Memverifikasi orang-orang di balik sebuah bisnis

Source: https://help.didit.me/id/business-verification/key-people-and-ubos
Updated: 2026-10-12

Langkah key-people mengumpulkan UBO, pemegang saham, dan pejabat beserta perannya, lalu memverifikasi tiap pihak dalam session sendiri hingga selesai.

Langkah key-people mengumpulkan setiap pihak - perorangan atau perusahaan -
beserta peran dan persentase kepemilikannya, lalu setiap pihak diverifikasi dalam
**session mereka sendiri**. Session bisnis induk menunggu di **Menunggu pengguna**
sampai setiap pihak yang diwajibkan selesai, lalu diagregasikan ulang secara
otomatis.

## Kenapa langkah ini ada

[Video: Verifikasi pihak dan penggunaan ulang session KYC - Didit Academy](https://www.youtube.com/watch?v=JEnW_sEe35Y&t=424)

![Daftar Verifikasi bisnis di konsol Didit, satu baris per perusahaan beserta statusnya](https://help.didit.me/screenshots/business-verification-light.webp)

*Setiap baris bisnis membawa keputusan yang menunggu orang-orangnya.*

Memverifikasi bahwa sebuah perusahaan terdaftar memberi tahu Anda bahwa perusahaan itu ada. Itu tidak memberi tahu Anda siapa yang ada di baliknya, dan itu biasanya adalah kewajiban kepatuhan yang sebenarnya: mengidentifikasi **pemilik manfaat akhir** - orang perseorangan yang pada akhirnya memiliki atau mengendalikan entitas tersebut.

Didit mengambil strukturnya dari registri jika dipublikasikan, membiarkan admin bisnis mengonfirmasi dan melengkapinya dalam alur yang di-hosting, lalu menjalankan verifikasi yang sesuai peran untuk setiap orang.

## Apa yang dikumpulkan per pihak

Alur yang di-hosting mengumpulkan set field default, ditambah field opsional dan custom field yang diminta workflow Anda:

| Field | Perorangan | Perusahaan |
|---|---|---|
| Nama (nama depan dan belakang, atau nama perusahaan) | Selalu | Selalu |
| Email | Selalu | Selalu |
| Kewarganegaraan, atau negara pendirian | Selalu | Selalu |
| Peran - satu atau lebih | Selalu | - |
| Persentase kepemilikan | Selalu | Selalu |
| Tanggal lahir | Jika Anda memintanya | - |
| Tanggal pendirian | - | Jika Anda memintanya |
| Nomor telepon | Jika Anda memintanya | Jika Anda memintanya |

Sebuah pihak bisa berupa orang perseorangan atau entitas korporat - jenis entitasnya ditetapkan secara otomatis - sehingga sebuah perusahaan yang dimiliki perusahaan lain bisa dimodelkan dengan benar alih-alih memaksakan seseorang ke dalam slot korporat.

## Custom field

Workflow Anda bisa mewajibkan field tambahan apa pun per orang atau per perusahaan. Field-field itu muncul pada setiap pihak dalam respons keputusan. Kegunaan umumnya adalah deklarasi sumber kekayaan, nomor referensi internal, atau sebuah pernyataan yang perlu Anda catat.

## Bagaimana setiap orang melakukan verifikasi

Setiap pihak yang diwajibkan mendapatkan **session mereka sendiri**: individu menjalankan workflow KYC yang Anda konfigurasikan untuk peran mereka, dan perusahaan yang menjadi pemegang saham menjalankan KYB lengkapnya sendiri. Session itu adalah verifikasi lengkap - dokumen, liveness, pencocokan wajah, AML, apa pun yang ditentukan workflow-nya - bukan varian yang lebih ringan. Jadi seorang UBO yang melakukan verifikasi di dalam alur KYB sudah diverifikasi dengan standar yang sama seperti pengguna mandiri.

Session bisnis induk berpindah ke **Menunggu pengguna** selama ini berlangsung.

## Undangan dan pengiriman

Pihak-pihak diundang lewat email menggunakan alamat yang dikumpulkan di langkah key-people, jika pengaturan workflow **Beri tahu pihak melalui email** aktif. Nonaktifkan pengaturan itu untuk mengirim link-nya sendiri - lewat produk Anda sendiri, email Anda sendiri, atau kanal yang sudah dipercaya pengguna Anda - yang mengubah cara Anda menghubungkan integrasinya.

Jika Anda menjalankan ini lewat API, simpan identifier session setiap pihak saat dibuat sehingga Anda bisa melacak dan mengirim ulang tanpa harus lewat konsol.

## Membaca status induk

| Status induk | Artinya |
|---|---|
| **Sedang berlangsung** | Perusahaan masih menyelesaikan langkah registri dan key-people |
| **Menunggu pengguna** | Pihak-pihak sudah dikirim; menunggu session masing-masing |
| **Disetujui** | Pemeriksaan perusahaan lolos dan setiap pihak yang diwajibkan berhasil selesai |
| **Ditolak** | Sebuah pihak yang diwajibkan ditolak, atau pemeriksaan registri gagal |
| **Dalam tinjauan** | Hasil agregatnya membutuhkan keputusan manusia |

**Pemeriksaan registri yang ditolak lebih diutamakan** daripada Menunggu pengguna - induknya ditolak tanpa menunggu orang-orangnya. Dan jika sebuah child session dikirim ulang, induknya kembali ke Menunggu pengguna sampai selesai.

Cara induk menunggu bisa Anda atur di workflow: **Tunggu semua UBO** sebelum memutuskan, **Tolak otomatis saat UBO ditolak**, dan, per jenis pihak, **Wajib Verifikasi** dan **Izinkan lewati** (pihak yang dilewati tidak memblokir bisnisnya). Ambang batas kepemilikan hanya membebaskan pemilik dengan kepemilikan rendah dari verifikasi; perannya, bukan persentasenya, yang menentukan siapa yang merupakan UBO.

## AML pada orang-orangnya, bukan cuma perusahaannya

Penyaringan AML tingkat perusahaan memberi tahu Anda tentang entitasnya. Itu tidak memberi tahu apa pun soal pemiliknya. Jika kewajiban Anda mencakup orang-orangnya, saring mereka secara individual - yang merupakan biaya terpisah $0.20 per UBO atau pejabat, di atas penyaringan perusahaannya.

Itulah alasan utama kenapa dua session KYB bisa berbiaya sangat berbeda: sebuah perusahaan dengan satu direktur dan satu pemilik itu murah; sebuah dana dengan delapan pejabat yang disaring tidak.

## Ketika data kepemilikan tidak ada di registri

Di yurisdiksi yang registrinya tidak mempublikasikan kepemilikan, langkah key-people **menjadi** sumber data tersebut - bisnisnya sendiri yang mendeklarasikannya. Itu adalah bentuk bukti yang lebih lemah dibanding sebuah ekstrak registri, jadi jika kebijakan risiko Anda mewajibkan konfirmasi independen, perkuat dengan persyaratan dokumen dalam workflow-nya. Lihat [cakupan registri dan data kepemilikan](https://help.didit.me/id/business-verification/kyb-registry-coverage).

Ini juga sebabnya UBO atau pemegang saham terkadang **tidak terisi otomatis** meskipun negaranya sudah dipilih di konfigurasi Anda: jika registri tidak menampilkannya, tidak ada yang bisa diambil, dan input manual di langkah key-people adalah jalur yang memang dimaksudkan, bukan sebuah bug.

## Menggunakan ulang session KYC yang sudah ada

Session verifikasi yang sudah ada tidak bisa dilampirkan secara manual sebagai pihak KYB - tidak ada tindakan "tautkan KYC ini ke bisnis itu" di konsol maupun di API. Setiap pihak yang diwajibkan melakukan verifikasi lewat session yang dibuat alur KYB untuk mereka; jika verifikasi sebelumnya bisa digunakan ulang, hal itu terjadi di dalam alurnya sendiri, bukan dengan menautkan session secara manual. Aktifkan **Gunakan ulang individu terverifikasi** di workflow untuk menggunakan ulang KYC yang disetujui milik orang yang sama di verifikasi bisnis lain dalam aplikasi tersebut, tanpa biaya tambahan.

> **Warning:** Sebuah struktur kepemilikan yang dideklarasikan sendiri seandal orang yang
> mengisinya. Untuk entitas berisiko lebih tinggi, mewajibkan sebuah daftar pemegang
> saham atau bagan struktur bersertifikat adalah perbedaan antara mengumpulkan
> sebuah klaim dan memverifikasinya.