> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# API Registri Perusahaan: Ekstraksi Data KYB Otomatis

> Didit menyediakan pencarian registri, validasi status, dan ekstraksi data perusahaan di 220+ negara. Mulai $2.00 per pengecekan, tanpa kontrak.

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](https://docs.didit.me/id/sessions-api/create-session.md). 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:

| Mode | Deskripsi |
| - | - |
| **Eksak** | Mencocokkan nama perusahaan atau nomor registrasi secara tepat |
| **Berisi** | Mencocokkan perusahaan yang namanya mengandung kata pencarian, berguna saat nama hukum yang tepat tidak diketahui |

### Alur pencarian

Pencarian registri mengikuti alur asinkron:

**1. 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.

**2. Periksa hasil**

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

**3. 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.

**4. 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.

**5. 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

| Kolom | Deskripsi |
| - | - |
| `company_name` | Nama hukum sebagaimana terdaftar pada otoritas |
| `registration_number` | Nomor registrasi atau pendirian resmi perusahaan |
| `country_code` | Negara tempat perusahaan didirikan (ISO 3166-1 alpha-3) |
| `company_type` | Jenis badan hukum (Ltd, LLC, PLC, SA, GmbH, SL, dll.) |
| `registry_status` | Status perusahaan saat ini dari registri (`active`, `dissolved`, `struck_off`, dll.) |
| `incorporation_date` | Tanggal perusahaan pertama kali didaftarkan |
| `registered_address` | Alamat kantor terdaftar resmi |
| `tax_number` | Nomor identifikasi pajak jika tersedia |
| `alternative_names` | Nama dagang, dba, nama hukum sebelumnya, atau nama dalam bahasa asli sebagai nilai teks |
| `legal_entity_identifier` | LEI, untuk lembaga keuangan dan entitas yang terdaftar di bursa |
| `nature_of_business` | Deskripsi singkat bisnis (dalam bahasa registri) |
| `registered_capital` | Modal dasar atau modal yang diterbitkan sebagai objek `{amount, currency}` |
| `location_of_registration` | Kota atau subdivisi dari registri resmi |
| `control_scheme` | Skema kendali atau tata kelola jika registri menampilkannya |
| `website`, `email`, `phone` | Detail kontak yang tercatat di registri |
| `addresses[]` | Alamat terdaftar atau alamat usaha tambahan |
| `industries[]` | Kode klasifikasi industri (SIC, NACE, atau padanan lokal) |
| `accounts` | Tanggal pengajuan jika dilaporkan, termasuk `last_annual_return_date` dan `last_agm_date`. Laporan tahunan dan rapat berbeda dari laporan keuangan. |
| `financial_summary` | Ringkasan data keuangan jika registri mempublikasikannya (pendapatan, jumlah karyawan, status pengajuan) |
| `confirmed_by_user_at` | Stempel waktu saat pengguna akhir mengonfirmasi atau mengedit data registri |
| `last_console_edit_at` | Stempel waktu saat terakhir kali analis mengedit dari konsol |
| `is_editable` | `true` selama data yang bersumber dari registri masih dapat diedit oleh pengguna akhir dalam alur yang di-hosting |
| `is_from_registry` | `true` untuk perusahaan yang bersumber dari registri, `false` untuk entri manual |
| `fetch_status` | `pending`, `resolved`, atau `failed`, yaitu status pencarian registri |
| `verification_status` | `verified`, `failed`, atau `unknown` |

### Status perusahaan

| Status | Deskripsi |
| - | - |
| **Aktif** | Perusahaan saat ini aktif dan dalam kondisi baik |
| **Dibubarkan** | Perusahaan telah dibubarkan secara resmi |
| **Dicoret dari daftar** | Dihapus dari registri, misalnya karena ketidakpatuhan |
| **Dalam likuidasi** | Perusahaan sedang dalam proses penutupan |
| **Dorman** | Terdaftar tetapi tidak sedang beroperasi |

> [!WARNING]
>
> 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](https://docs.didit.me/id/standalone-apis/kyb-registry-search.md). Lihat [harga registri KYB](https://docs.didit.me/id/getting-started/kyb-registry-pricing.md) untuk tabel lengkap per negara.

| Tingkat | Yang Anda dapatkan |
| - | - |
| **Lite** | Kolom di atas: profil perusahaan, pengenal, status, alamat terdaftar, aktivitas, dan pejabat |
| **Pemegang saham** | Lite ditambah pemegang saham langsung (orang perseorangan dan entitas korporasi) beserta rentang kepemilikannya |
| **UBO** | Pemegang saham ditambah pemilik manfaat akhir yang ditentukan melalui rantai kepemilikan |

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.

> [accordion] Contoh: respons tingkat Lite
>
> Lite hanya mengembalikan profil perusahaan: tanpa pemegang saham, UBO, atau struktur kepemilikan:
>
> ```json theme={null}
> {
>   "company_name": "ACME HOLDINGS PTY LTD",
>   "registration_number": "094447122",
>   "country_code": "AU",
>   "registry_status": "active",
>   "incorporation_date": "2000-09-12",
>   "company_type": "Proprietary Limited",
>   "registered_address": "Sydney, NSW, 2000",
>   "tax_number": null,
>   "vat_number": null,
>   "website": null,
>   "is_from_registry": true
> }
> ```
>
> 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](https://docs.didit.me/id/business-verification/ownership.md) dan [Pejabat & direktur](https://docs.didit.me/id/business-verification/officers.md).

## 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:

| Kolom | Deskripsi |
| - | - |
| `registry_data` | Detail registri yang dinormalisasi milik Didit: hasil kepemilikan (`ownership_error`, `section_errors`, `ubo_resolution`), koreksi yang dibuat dengan [update-data](https://docs.didit.me/id/sessions-api/update-data.md), dan fakta registri yang tidak memiliki kolom sendiri. Kuncinya bervariasi sesuai perusahaan dan bukan merupakan kontrak tetap. |
| `user_provided_data` | Data yang dikonfirmasi atau diedit pengguna akhir pada langkah konfirmasi registri di alur yang di-hosting. |
| Kolom kanonis tingkat atas (`company_name`, `registration_number`, `country_code`, `incorporation_date`, dll.) | Data gabungan yang dianggap benar: data yang dikonfirmasi pengguna jika ada, dan data registri sebagai cadangan. Fitur selanjutnya (pencocokan silang OCR dokumen, Skrining AML, penilaian risiko) menggunakan tampilan kanonis. |

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](https://docs.didit.me/id/business-verification/console.md) 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:

| Status | Perilaku |
| - | - |
| **Disembunyikan** | Kolom tidak ditampilkan dalam alur yang di-hosting dan tidak dikumpulkan. |
| **Opsional** | Kolom ditampilkan; pengguna boleh mengosongkannya. |
| **Wajib** | Kolom ditampilkan dan harus diisi sebelum pengguna dapat mengirimkan formulir. |

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](https://docs.didit.me/id/management-api/workflows/feature-configs.md#registri-kyb) untuk strukturnya.

> [!NOTE]
>
> `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):

| Negara | Sumber |
| - | - |
| 27 negara anggota UE dan Irlandia Utara (`XI`) | Komisi Eropa [VIES](https://ec.europa.eu/taxation_customs/vies/) |
| Polandia | VIES, lalu registri wajib pajak PPN Kementerian Keuangan (Daftar Putih, "White List") untuk perusahaan yang tidak tercantum di VIES |
| Norwegia | Brønnøysund Register Centre (Registri Koordinasi Pusat untuk Badan Hukum) |
| Swiss | Registri UID Kantor Statistik Federal |
| Brasil | Registri CNPJ Receita Federal |
| Kolombia | RUES, Registri Bisnis dan Sosial Terpadu dari kamar dagang |
| Kosta Rika | Registri wajib pajak Kementerian Keuangan (Hacienda) |
| Ekuador | Registri wajib pajak Dinas Pajak Dalam Negeri (SRI) |
| Paraguay | Registri RUC Direktorat Pajak Nasional (DNIT) |

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](https://docs.didit.me/id/business-verification/response-schema.md#blok-company):

| Kolom | Deskripsi |
| - | - |
| `vat_number` | Nomor VAT seperti yang dikirim |
| `vat_validation_status` | `valid`, `invalid`, `format_valid`, `invalid_format`, `could_not_validate`, atau `not_applicable` |
| `vat_validated_number` | Nomor yang diperiksa, sebagaimana tercatat di sumber (misalnya nomor VAT yang diturunkan dari SIREN) |
| `vat_validation_source` | Sumber yang menentukan status (lihat di bawah) |
| `vat_validated_name` | Nama yang terdaftar pada sumber, jika sumber mengungkapkannya |
| `vat_validated_address` | Alamat yang terdaftar pada sumber, jika sumber mengungkapkannya |
| `vat_checked_at` | Stempel waktu pemeriksaan |

| Status | Arti |
| - | - |
| `valid` | Registri resmi mengonfirmasi bahwa nomor terdaftar dan aktif |
| `invalid` | Registri resmi tidak memiliki registrasi aktif untuk nomor tersebut. Di UE, VIES hanya mencantumkan perusahaan yang terdaftar untuk perdagangan intra-UE |
| `format_valid` | Nomor lolos aturan format dan digit pemeriksa negara; tidak ada registri yang diperiksa |
| `invalid_format` | Nomor gagal memenuhi aturan format atau digit pemeriksa negara |
| `could_not_validate` | Registri tidak tersedia, sehingga nomor tidak dapat diperiksa. Nomor akan diperiksa ulang pada pemeriksaan registri berikutnya |
| `not_applicable` | Tidak ada nomor VAT atau ID pajak yang diberikan, negara tidak memiliki registri atau aturan, atau sesi adalah sesi sandbox |

`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`):

| Pengaturan | Dipicu saat | Default |
| - | - | - |
| `kyb_vat_invalid_action` | `vat_validation_status` adalah `invalid`, atau `vat_number` adalah `invalid_format` | `REVIEW` - sesi masuk ke status dalam peninjauan |
| `kyb_vat_unverified_action` | `vat_validation_status` adalah `could_not_validate` | `NO_ACTION` - tidak berpengaruh pada sesi |

`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)](https://docs.didit.me/id/business-verification/warnings.md#peringatan-registri-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`](https://docs.didit.me/id/business-verification/response-schema) pada keputusan KYB.

## Tingkat keyakinan dan status verifikasi

Setiap respons registri memiliki `verification_status`:

| Nilai | Arti |
| - | - |
| `VERIFIED` | Registri mengembalikan kecocokan dan data berhasil diambil. |
| `FAILED` | Registri mengembalikan kecocokan tetapi pengambilan data gagal (misalnya respons sebagian). |
| `UNKNOWN` | Perusahaan tidak dapat ditemukan di registri mana pun. |

Gabungkan dengan `is_from_registry` untuk mengatur logika hilir Anda sendiri:

| `is_from_registry` | `verification_status` | Arti |
| - | - | - |
| true | VERIFIED | Terverifikasi penuh terhadap registri resmi |
| true | FAILED | Sebagian: beberapa kolom mungkin sudah usang atau tidak ada |
| false | UNKNOWN | Hanya data yang diberikan pengguna; tidak ada kecocokan di registri |

## 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](https://docs.didit.me/id/business-verification/risk-assessment.md) untuk sinyal dan kunci alur kerja yang mengendalikannya.

## Negara yang didukung

Cakupan bervariasi menurut negara. Lihat [negara yang didukung](https://docs.didit.me/id/business-verification/supported-countries.md) untuk rincian tingkat per kawasan.

## Langkah berikutnya

> [card] [Kepemilikan](https://docs.didit.me/id/business-verification/ownership.md)
>
> Identifikasi UBO dan rantai kepemilikan.

> [card] [Skema respons](https://docs.didit.me/id/business-verification/response-schema.md)
>
> Lokasi setiap kolom dalam payload.

> [card] [Negara yang didukung](https://docs.didit.me/id/business-verification/supported-countries.md)
>
> Cakupan per kawasan.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.