Langsung ke konten utama
Saat sesi Verifikasi Bisnis (KYB) dimulai, Didit mengambil dan memvalidasi informasi perusahaan dengan melakukan kueri ke registri perusahaan resmi. Pencarian otomatis ini menjadi dasar bagi seluruh proses Verifikasi Bisnis (KYB).

Pencarian registri

Didit terhubung ke registri perusahaan di negara yang didukung untuk mengambil data resmi. Dalam alur yang di-hosting, pengguna memilih negara tempat perusahaan didirikan lalu mengisi nama perusahaan, nomor registrasi, atau keduanya. Setidaknya salah satu wajib diisi. Nomor registrasi dinormalisasi jika registri memerlukannya (misalnya, nomor perusahaan Inggris diisi angka nol di depan hingga delapan digit). Jika kedua pengenal diberikan, pencarian registri akan menggabungkannya.

Mengisi awal pencarian dengan expected_details

Jika Anda sudah mengetahui perusahaannya, berikan expected_details (company_name, registry_country, registration_number) saat membuat sesi. Alur yang di-hosting akan memilih dan mengunci negara (dan negara bagian untuk registri tingkat negara bagian seperti US-CA), mengisi kolom pencarian yang sesuai, dan menjalankan pencarian yang Anda nyatakan secara otomatis, sehingga pengguna langsung melihat hasil untuk perusahaannya. Kedua kolom tetap dapat diedit agar pengguna dapat mengoreksi pernyataan yang salah. Ini hanya pengisian awal: memilih perusahaan yang berbeda dari yang Anda nyatakan tidak menghasilkan peringatan.

Jenis pencarian

Pencarian registri mendukung dua mode:

Alur pencarian

Pencarian registri mengikuti alur asinkron:

Pencarian

Didit mengkueri registri dengan negara yang dipilih dan pengenal yang diberikan, yaitu nama perusahaan, nomor registrasi, atau keduanya. Kolom searched_by pada respons melaporkan cara hasil dicocokkan (name, registration_number, atau registration_number_and_name). UI yang di-hosting menawarkan opsi satu ketukan “Cari sebagai nama perusahaan” untuk mengganti pencarian pada hasil berdasarkan nomor registrasi. Pencarian berjalan secara asinkron.

Periksa hasil

Periksa status pencarian hingga hasilnya selesai. Registri besar mungkin memerlukan beberapa detik untuk mengembalikan hasil.

Pilih perusahaan

Tinjau perusahaan yang dikembalikan dan pilih kecocokan yang benar. Didit menautkan perusahaan yang dipilih ke pemeriksaan KYB dan mengisi semua data yang tersedia.

Konfirmasi dan lanjutkan

Konfirmasi atau koreksi detail perusahaan, lalu lanjutkan ke langkah berikutnya yang dikonfigurasi. Beberapa registri mengembalikan profil perusahaan sebelum laporan kepemilikan siap. Laporan itu terus diproses di latar belakang selagi pemohon menyelesaikan langkah terpisah, seperti unggah dokumen. Pengisian awal dari registri tidak memblokir formulir pihak kunci: pemohon dapat memasukkan orang secara manual, dan orang yang tersedia dari registri akan muncul sebelum pengiriman saat laporan tiba. Keputusan kustom yang bergantung pada laporan tetap menunggu laporan, tidak menebak hasilnya. Koreksi Anda tetap dipertahankan saat laporan tiba. Laporan yang masih tertunda tidak dihitung sebagai pemeriksaan registri yang selesai atau persetujuan otomatis, dan penagihan registri menggunakan tingkat yang benar-benar diberikan.

Pengiriman manual

Jika perusahaan tidak ditemukan di registri, kirimkan data perusahaan secara manual. Sesi berlanjut dengan data yang diberikan, dan is_from_registry diatur ke false.

Data yang diambil

Status perusahaan

Perusahaan dengan status selain Aktif dapat ditandai secara otomatis atau ditolak, bergantung pada konfigurasi alur kerja Anda.

Indikator sumber data

Setiap catatan perusahaan memuat penanda is_from_registry:
  • true: data diambil dari registri perusahaan resmi
  • false: data dikirim secara manual karena perusahaan tidak ditemukan di registri
Kolom fetch_status melacak apakah pencarian registri sudah selesai, gagal, atau masih berjalan.

Tingkat data dan harga

Di alur yang di-hosting, memilih perusahaan dikenai biaya registri, bahkan jika pemohon meninggalkan halaman sebelum mengonfirmasi detail atau menyelesaikan verifikasi. Jika laporan sudah siap saat perusahaan dipilih, tingkat yang dikirimkan langsung ditagihkan. Jika kepemilikan masih tertunda, Lite ditagihkan saat pemilihan, dan hanya selisih harga yang ditagihkan ketika tingkat yang lebih tinggi dikirimkan. Jika kepemilikan tidak tersedia, tidak ada biaya tambahan kepemilikan. Total menggunakan harga yang tertera saat pemilihan dan tidak pernah melebihi harga tingkat yang diminta. Pemilihan dan penyesuaian kepemilikan berikutnya dihitung sebagai satu pemeriksaan registri. Membaca laporan yang sudah dibeli atau mengonfirmasi detailnya tidak dikenai biaya lagi. Kontrak tarif tetap yang sudah ada dikenai satu pemeriksaan registri saat pemilihan, tanpa unit kontrak kedua untuk pengiriman kepemilikan nanti. Pencarian di alur kerja yang di-hosting tidak memiliki biaya pencarian terpisah. Pencarian API mandiri dapat dikenai biaya $0.50 per permintaan yang berhasil; lihat penagihan pencarian. Lihat harga registri KYB untuk tabel lengkap per negara. Alur kerja yang di-hosting memilih tingkat per negara dari Workflows → KYB Registry Check → Countries. Jika registri tidak memiliki catatan kepemilikan untuk perusahaan, permintaan Pemegang saham atau UBO tetap dikirim dan ditagihkan pada tingkat tertinggi yang dapat dilayani registri di negara tersebut, biasanya Lite. Perusahaan yang tidak ditemukan dan dimasukkan secara manual (is_from_registry: false) dikenai biaya tetap $0.75. Pencarian tetap dijalankan, meskipun tidak ada catatan registri yang dikembalikan.
Lite hanya mengembalikan profil perusahaan: tanpa pemegang saham, UBO, atau struktur kepemilikan:
Tingkat Pemegang saham menambahkan ownership_structure dan entri pemegang saham, serta direktur dan pejabat. Tingkat UBO selain itu menentukan pemilik manfaat akhir beserta persentase kepemilikannya. Lihat Kepemilikan dan Pejabat & direktur.

Data registri vs data yang disediakan pengguna

Didit menyimpan data yang dikembalikan registri dan data yang dikonfirmasi pengguna sebagai rekaman audit terpisah, dengan tampilan kanonis gabungan yang digunakan oleh pemeriksaan selanjutnya. Setiap perusahaan memiliki tiga blok terkait: Stempel waktu confirmed_by_user_at menandai kapan pengguna akhir mengonfirmasi atau mengedit data registri. Selama stempel waktu ini masih null dan is_editable bernilai true, pengguna akhir dapat terus mengubah kolom di dalam alur yang di-hosting. Untuk perusahaan yang dimasukkan secara manual (is_from_registry: false), user_provided_data adalah satu-satunya sumber, dan is_editable menjadi false setelah pengguna mengirimkan data. Analis dapat melihat kedua sumber secara berdampingan di tinjauan sesi Business Console dan membandingkan apa yang dikatakan registri dengan apa yang dikonfirmasi pengguna.

Kolom formulir registri yang dapat dikonfigurasi

Anda dapat mengatur kolom data perusahaan mana yang diminta oleh alur verifikasi yang di-hosting selama langkah konfirmasi registri. Atur di Business Console: buka editor alur kerja, pilih node KYB Registry check, lalu beralih ke tab Kolom. Setiap kolom memiliki salah satu dari tiga status: Tiga kolom selalu ditampilkan dan selalu wajib: company_name, country_code, dan region (state/region, yaitu negara bagian atau wilayah, jika registrinya bersifat regional). Ketiganya mengidentifikasi perusahaan sehingga tidak dapat dikonfigurasi. 16 kolom yang dapat dikonfigurasi: registration_number, incorporation_date, legal_address, vat_number, alternative_names, tax_number, company_type, legal_entity_identifier, location_of_registration, nature_of_business, registered_capital_amount, registered_capital_currency, website, email, phone, control_scheme Secara default, dan untuk semua alur kerja yang sudah ada, hanya incorporation_date yang Wajib; setiap kolom lain yang dapat dikonfigurasi berstatus Opsional, sehingga formulir berperilaku persis seperti sebelum pengaturan ini ada. Kewajiban kolom ditegakkan di sisi server: saat formulir registri dikirim dengan kolom wajib yang kosong, respons 400 dikembalikan beserta pesan error per kolom, dan antarmuka yang di-hosting hanya menampilkan kolom yang diaktifkan. Di API alur kerja, pengaturan ini berupa objek kyb_registry_fields_config pada node KYB Registry; lihat konfigurasi fitur untuk strukturnya.
vat_number yang ditandai Wajib hanya diberlakukan untuk perusahaan yang didirikan di negara dengan PPN Uni Eropa (lihat di bawah). Untuk perusahaan di negara lain, kolom ini diperlakukan sebagai opsional meskipun ditandai wajib, karena tidak ada nomor PPN Uni Eropa yang perlu dikumpulkan. Untuk perusahaan di negara lain, tax_number tetap divalidasi jika diisi.

Validasi VAT dan ID pajak

Saat langkah registri dikirim, Didit memvalidasi vat_number perusahaan terhadap sumber resmi untuk negaranya. Perusahaan tanpa vat_number justru divalidasi tax_number-nya. Nomor dapat dikirim dengan atau tanpa awalan negara, dan dengan pemisah apa pun (DE 123 456 789, DE123456789, dan 123456789 setara untuk perusahaan Jerman). Registri resmi. Di negara-negara berikut, nomor diperiksa secara langsung ke registri bisnis pemerintah atau resmi, yang juga mengembalikan nama terdaftar (dan, untuk sebagian besar negara, alamatnya): Nomor SIREN atau SIRET Prancis, RSIN Belanda, atau nomor pajak Hungaria lengkap yang dikirim sebagai nomor VAT akan dikonversi ke nomor VAT yang sesuai sebelum diperiksa. Nomor VAT Yunani diperiksa dengan awalan EL secara otomatis. Aturan digit pemeriksa. Di negara-negara berikut tidak ada registri yang dapat diperiksa, sehingga nomor diperiksa terhadap format resmi negara dan aturan digit pemeriksa: Albania, Andorra, Argentina, Australia, Azerbaijan, Belarus, Kanada, Chili, Tiongkok, Republik Dominika, Mesir, El Salvador, Ghana, Guatemala, Islandia, India, Indonesia, Israel, Jepang, Kenya, Liechtenstein, Meksiko, Moldova, Monako, Montenegro, Maroko, Mozambik, Selandia Baru, Makedonia Utara, Peru, Rusia, San Marino, Serbia, Singapura, Afrika Selatan, Korea Selatan, Taiwan, Thailand, Tunisia, Türkiye, Ukraina, Britania Raya, Amerika Serikat, Uruguay, Venezuela dan Vietnam. Aturan ini juga berlaku di UE ketika tax_number adalah ID pajak nasional yang tidak memiliki nomor VAT untuk diperiksa, seperti Steuernummer Jerman. tax_number hanya menyatakan identitas pajak, bukan registrasi VAT, sehingga ketika VIES tidak mencantumkannya, hasilnya kembali ke aturan ini alih-alih invalid. Perusahaan dari negara lain mendapatkan vat_validation_status: "not_applicable". Hal yang sama berlaku untuk sesi sandbox, yang tidak pernah menghubungi registri pajak. Hasilnya disimpan pada perusahaan dan ditampilkan dalam payload keputusan KYB: vat_validation_source adalah salah satu dari eu_vies, pl_vat_white_list, no_brreg, ch_uid_register, br_receita_federal, co_rues, cr_hacienda, ec_sri, py_dnit, atau format_rules. Setelah nomor berstatus valid, invalid, format_valid atau invalid_format, hasilnya disimpan untuk sisa sesi, dan registri tidak akan diperiksa lagi kecuali nomornya berubah. Pemeriksaan silang nama. Ketika nomor berstatus valid dan sumber mengungkapkan nama terdaftar, Didit membandingkan secara fuzzy nama tersebut dengan nama perusahaan yang dikirim. Perbedaan yang berarti memicu peringatan KYB_COMPANY_VAT_NAME_MISMATCH tanpa mengubah status sesi. Ini adalah sinyal lunak bagi peninjau. additional_data-nya berisi registry_name, registry_source dan submitted_name, ditambah vies_name jika sumbernya VIES. Beberapa negara anggota UE tidak mengungkapkan nama atau alamat; kolom tersebut kembali kosong dan tidak ada perbandingan yang dijalankan. Tindakan yang dapat dikonfigurasi. Dua pengaturan pada node pemeriksaan Registri KYB mengontrol dampak pemeriksaan yang tidak berhasil terhadap sesi (nilai REVIEW, DECLINE, NO_ACTION): tax_number yang berstatus invalid_format dilaporkan dalam payload tanpa memicu tindakan, karena kolom pajak berbentuk teks bebas sering memuat pengidentifikasi perusahaan lain. Setiap hasil juga memunculkan peringatan yang sesuai (KYB_COMPANY_VAT_INVALID, KYB_COMPANY_VAT_COULD_NOT_VALIDATE) pada pemeriksaan registri - lihat Peringatan Verifikasi Bisnis (KYB).

Referensi silang data

Didit secara otomatis membandingkan data yang diberikan pengguna atau data kanonis dengan data yang dikembalikan registri, serta dengan data OCR yang diekstrak dari dokumen yang diunggah:
  • Nama perusahaan: pencocokan fuzzy untuk memperhitungkan singkatan dan perbedaan format
  • Nomor registrasi: validasi kecocokan persis
  • Negara: pemeriksaan konsistensi antara negara yang diberikan dan negara di registri
  • Alamat: geocoding dan normalisasi untuk perbandingan
Setiap ketidakkonsistenan ditandai sebagai peringatan dalam sesi dan terlihat oleh analis di konsol.

Ringkasan keuangan

Jika tersedia, Didit mengambil data ringkasan keuangan dari registri:
  • Pendapatan atau omzet
  • Jumlah karyawan
  • Kode industri SIC/NACE
  • Tanggal pelaporan dan status kepatuhan

Kolom registri tambahan

Bergantung pada cakupan yurisdiksi, respons registri juga dapat menyertakan:
  • alternative_names: nama dagang, dbas, nama hukum sebelumnya
  • legal_entity_identifier (LEI): untuk lembaga keuangan dan entitas yang terdaftar di bursa
  • website, email, phone: informasi kontak yang tercatat di registri
  • nature_of_business: deskripsi singkat (dalam bahasa registri)
  • registered_capital: modal dasar atau modal ditempatkan sebagai objek {amount, currency}
Semua kolom masuk ke blok business pada keputusan KYB.

Tingkat keyakinan dan status verifikasi

Setiap respons registri memiliki verification_status: Gabungkan dengan is_from_registry untuk mengatur logika hilir Anda sendiri:

Output referensi silang

Setiap referensi silang dijalankan per kolom dan menghasilkan salah satu dari:
  • MATCH: data yang diberikan sesuai dengan registri.
  • MISMATCH: perbedaan yang berarti. Ditandai sebagai peringatan.
  • NO_DATA: salah satu sisi kosong; perbandingan tidak mungkin dilakukan.
Ketidakcocokan terlihat per kolom pada tinjauan sesi di konsol.

Faktor penentu hasil

Status perusahaan, negara pendirian, hasil AML, dan kecocokan dengan data yang dideklarasikan memengaruhi keputusan sebagai tag peringatan pada pemeriksaan registri dan skrining AML. Alur kerja Anda menentukan apakah setiap peringatan menghasilkan persetujuan, peninjauan, atau penolakan. Lihat penilaian risiko untuk sinyal dan kunci alur kerja yang mengendalikannya.

Negara yang didukung

Cakupan bervariasi menurut negara. Lihat negara yang didukung untuk rincian tingkat per kawasan.

Langkah berikutnya

Kepemilikan

Identifikasi UBO dan rantai kepemilikan.

Skema respons

Lokasi setiap kolom dalam payload.

Negara yang didukung

Cakupan per kawasan.
Terakhir diubah pada 7 November 2026