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
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 blokcompany 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 dengansource = "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:
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.
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_REGISTRYuntuk ketersediaan registri, kepemilikan, aktivitas perusahaan, dan masalah pembatasan negara.KYB_DOCUMENTSuntuk ekstraksi dokumen korporat, pemeriksaan silang, metadata, manipulasi, subtipe, usia, dan masalah batas percobaan.AMLuntuk kecocokan skrining AML perusahaan atau data skrining yang hilang.KYB_KEY_PEOPLEuntuk masalah tingkat individu yang terkait dengan direktur, pejabat, UBO, atau perwakilan.PHONEuntuk risiko nomor telepon, duplikasi, daftar blokir, dan masalah percobaan kode verifikasi.EMAILuntuk risiko email, kemampuan pengiriman, duplikasi, daftar blokir, dan masalah percobaan kode verifikasi.QUESTIONNAIREuntuk aturan status kustom yang dipicu oleh jawaban kuesioner.LOCATIONuntuk Analisis Perangkat & IP, jaringan privat, daftar blokir IP, daftar blokir perangkat, serta masalah duplikasi perangkat/IP.SIGNATUREuntuk 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.
Pemfilteran kolom berbasis alur kerja
Alur kerja dapat membatasi kolom bersarang mana yang muncul pada setiap item fitur melaluiresponse_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.