Langsung ke konten utama
Halaman ini mendokumentasikan payload lengkap yang dikembalikan oleh GET /v3/session/{id}/decision/ untuk sesi Verifikasi Bisnis (KYB). Endpoint ini terpadu — ketika Anda meneruskan session_id bisnis, respons akan membawa session_kind: "business" dan array fitur khusus bisnis di bawah ini.

Struktur tingkat atas

Semua array fitur bersifat multi-instance — setiap item merepresentasikan satu node dalam alur kerja graf. Null berarti fitur tersebut tidak ada dalam alur kerja sesi ini.

Kolom tingkat atas bersama

registry_checks[]

Setiap item adalah satu pemeriksaan registri perusahaan (biasanya satu per sesi; beberapa dalam alur kerja graf dengan KYB UBO korporat rekursif).

Blok company

Objek perusahaan yang bersarang adalah tampilan lengkap dari entitas hukum sebagaimana diperoleh dari registri (dan secara opsional diedit oleh pengguna):

Satu format untuk setiap negara dan sumber registri

Didit membaca registri perusahaan di berbagai negara melalui beberapa sumber registri. Setiap sumber memublikasikan tata letaknya sendiri, tetapi blok company selalu memiliki format yang sama: kunci di bawah ini selalu ada, dengan tipe data yang sama, dari negara dan sumber mana pun perusahaan tersebut berasal. Fakta yang tidak dipublikasikan oleh registri bernilai null; Anda tidak perlu membuat percabangan logika berdasarkan negara atau mem-parsing registry_data. Format yang sama dikembalikan oleh keputusan, endpoint mandiri registri KYB, dan alur verifikasi yang di-hosting. Alamat (setiap item dari addresses) Industri (setiap item dari industries) Ketika registri mencantumkan aktivitas tetapi tidak ada deskripsi bisnis, nature_of_business diisi dari label aktivitas. Detail kontak dan nama alternatif diisi saat tersedia, sementara hasil edit eksplisit dari pengguna atau peninjau selalu diutamakan. Kepemilikan (ownership) Detail registri (registry_data) Detail milik Didit sendiri mengenai pemeriksaan registri, bukan catatan sumber registri. Setiap kunci bersifat opsional dan hanya ada ketika perusahaan memiliki nilai untuk kunci tersebut, dan kunci baru dapat ditambahkan: gunakan kolom kanonik di atas untuk informasi apa pun yang dicakup oleh kolom-kolom tersebut.

Struktur item pejabat (di dalam company.officers)

date_of_birth hanya diisi saat registri menyediakan tanggal lengkap. Jika registri hanya melaporkan tahun atau bulan dan tahun, gunakan date_of_birth_year dan date_of_birth_month; tanggal (hari) yang hilang tidak akan pernah disimpulkan. Nama, detail kelahiran, alamat, dan tanggal pengangkatan tetap tersedia di daftar pejabat perusahaan maupun daftar pihak kunci di registri.

Struktur item pemilik manfaat (di dalam company.beneficial_owners)

kyc_status menggunakan proyeksi yang aman untuk B2C: Approved, Declined, atau Pending (status sesi lengkap diringkas menjadi Pending hingga KYC selesai). shareholding menyatakan apa yang dimiliki oleh pemilik, dalam format yang sama untuk setiap negara dan sumber registri: share_class, number_of_shares, currency, nominal_value, total_value, dan percentage (persentase kepemilikan yang tepat, hingga empat angka desimal). Nilainya null ketika registri tidak menyatakan adanya kepemilikan. Rentang persentase, seperti 25-50% pada PSC Inggris, bukanlah kepemilikan pasti: percentage bernilai null dan rentang persentase tetap berada di ownership_min_shares / ownership_max_shares. Pemegang saham dan UBO sama-sama tercantum di beneficial_owners; roles yang membedakan keduanya.

key_people_checks[]

Ini adalah pemeriksaan agregat atas semua pejabat dan UBO untuk sesi tersebut. Bagian ini menyediakan dua wadah sehingga konsol dapat menampilkan data yang “diekstraksi dari registri” berdampingan dengan data yang “dikirimkan oleh bisnis”, ditambah ringkasan KYC UBO tingkat tinggi.
  • registry.officers / registry.beneficial_owners — pihak-pihak yang diekstraksi dari pemeriksaan registri.
  • submitted.parties — pihak-pihak yang ditambahkan secara eksplisit oleh admin bisnis selama alur Pihak Kunci (catatan dengan source = "USER").

registry.officers[] / registry.beneficial_owners[]

Fakta registri cocok dengan company.officers / company.beneficial_owners di atas. Pihak Kunci juga mencakup status AML dan keterkaitan verifikasi terperinci, seperti kyc_session_id dan kolom alur kerja verifikasi. Daftar perusahaan tetap mempertahankan status KYC sederhana dan URL verifikasi yang sudah ada.

submitted.parties[]

Pihak yang dikirimkan pengguna memuat keterkaitan KYC atau KYB turunan mereka:
Pihak korporat (entity_type: "company") juga memuat company_name, registration_number, dan kyb_sub_session_id / kyb_sub_session_status / kyb_sub_session_deleted saat KYB bertingkat diaktifkan untuk UBO korporat. kyc_session_deleted (dan padanan korporatnya kyb_sub_session_deleted) bernilai true saat sesi turunan pihak tersebut dihapus. Sesi turunan yang dihapus mempertahankan status apa pun yang dimilikinya pada saat penghapusan dan tidak akan pernah selesai, jadi gunakan tanda ini, bukan statusnya: *_session_url yang cocok dikembalikan sebagai null karena tautan tidak lagi dapat diakses, dan pemeriksaan Pihak Kunci turun menjadi In Review alih-alih menunggu tanpa batas waktu. Menghapus sesi turunan tidak pernah dihitung sebagai lolos. Berikan pengecualian pada pihak tersebut dengan PATCH /v3/session/{id}/kyb/parties/{party_uuid}/ untuk memungkinkan KYB diselesaikan.

ubo_kyc_summary

Kemajuan KYC UBO agregat — berguna untuk kartu dasbor tunggal: Mengembalikan null jika tidak ada UBO yang memiliki sesi KYC tertaut.

document_verifications[]

Dokumen yang dikelompokkan berdasarkan node:

Metadata dokumen korporat

Untuk dokumen korporat PDF, items[].document_metadata.overlay_manipulation dapat menyertakan bukti forensik untuk dugaan pengeditan teks overlay. Jika ada, bagian ini mencakup: Kolom ini bernilai null jika tidak ada bukti overlay yang ditemukan, dokumen bukan PDF, atau PDF tidak dapat dianalisis.

aml_screenings[]

Skrining AML tingkat perusahaan dan (jika alur kerja menghubungkannya) tingkat individu.
Ketika total_hits > 0, setiap kecocokan menyertakan skor kecocokan, skor risiko, sumber daftar pantauan, dan review_status per kecocokan yang dapat Anda perbarui melalui endpoint update-aml-hit-status. Lihat laporan Skrining AML untuk struktur kecocokan.

Larik fitur bersama

phone_verifications, email_verifications, questionnaire_responses, ip_analyses menggunakan format per item yang sama seperti sesi pengguna (KYC). Semuanya bernilai null jika alur kerja tidak menyertakannya. Lihat respons KYC untuk skema item. signatures ada jika alur kerja memiliki langkah Tanda Tangan Elektronik. Sesi bisnis memiliki satu item per pihak kunci yang menandatangani atas nama perusahaan, dengan signer.capacity: "company", nama perusahaan, dan peran pihak kunci. Lihat laporan Tanda Tangan Elektronik.

Grup fitur peringatan

Peringatan Verifikasi Bisnis dikelompokkan berdasarkan fitur yang menghasilkannya:
  • KYB_REGISTRY untuk ketersediaan registri, kepemilikan, aktivitas perusahaan, dan masalah pembatasan negara.
  • KYB_DOCUMENTS untuk ekstraksi dokumen korporat, pemeriksaan silang, metadata, manipulasi, subtipe, usia, dan masalah batas percobaan.
  • AML untuk kecocokan skrining AML perusahaan atau data skrining yang hilang.
  • KYB_KEY_PEOPLE untuk masalah tingkat individu yang terkait dengan direktur, pejabat, UBO, atau perwakilan.
  • PHONE untuk risiko nomor telepon, duplikasi, daftar blokir, dan masalah percobaan kode verifikasi.
  • EMAIL untuk risiko email, kemampuan pengiriman, duplikasi, daftar blokir, dan masalah percobaan kode verifikasi.
  • QUESTIONNAIRE untuk aturan status kustom yang dipicu oleh jawaban kuesioner.
  • LOCATION untuk Analisis Perangkat & IP, jaringan privat, daftar blokir IP, daftar blokir perangkat, serta masalah duplikasi perangkat/IP.
  • SIGNATURE untuk penolakan Tanda Tangan Elektronik, konfirmasi kode yang gagal, ketidakcocokan nama penandatangan, penandatangan yang belum diverifikasi, dokumen yang diubah, dan data kolom yang hilang. Lihat peringatan Tanda Tangan Elektronik.
Lihat peringatan Verifikasi Bisnis untuk daftar lengkap kode peringatan.

Pemfilteran kolom berbasis alur kerja

Alur kerja dapat membatasi kolom bersarang mana yang muncul pada setiap item fitur melalui response_attributes. Kolom yang selalu disertakan apa pun kondisinya: status, warnings, node_id. Semua kolom lainnya diatur ke null jika tidak ada dalam daftar yang diizinkan — kunci tetap berada di dalam respons demi stabilitas skema.

Langkah berikutnya

Status

Arti dari setiap nilai status.

Penilaian risiko

Faktor penentu hasil KYB.

Laporan AML

Referensi lengkap payload temuan AML.

Pihak kunci

Bagaimana pihak-pihak berasal dari registri atau pengajuan pengguna dan masuk ke dalam kelompok registry / submitted.

Dokumen

Grup dokumen, OCR, dan referensi silang.

Mengambil sesi

Referensi endpoint lengkap termasuk contoh respons.
Terakhir diubah pada 7 November 2026