Langsung ke konten utama
vendor_data adalah pengenal yang Anda berikan pada setiap sesi dan transaksi untuk menautkannya ke entitas Pengguna atau Bisnis. Ini adalah kolom terpenting untuk agregasi entitas. Jika diisi dengan benar, setiap fitur lanjutan (riwayat profil, pemantauan transaksi, penegakan daftar blokir, dan AML berkelanjutan) akan berfungsi dengan lancar.

Apa itu

vendor_data adalah string yang Anda pilih sendiri. Didit memperlakukannya sebagai pengenal opak dan tidak menafsirkan isinya. Contoh nilai yang umum:
Jangan pernah memasukkan PII (email, nomor telepon, ID pajak mentah) langsung ke vendor_data. Lakukan hash atau beri awalan pada data tersebut. vendor_data muncul di payload webhook dan disimpan tanpa batas waktu selama entitas masih ada.

Cara mengikat semuanya

Ketika Anda mengirim sesi atau transaksi dengan nilai vendor_data:
  1. Didit mencari entitas di aplikasi Anda dengan vendor_data tersebut.
  2. Jika entitas itu ada, objek baru ditautkan ke entitas tersebut.
  3. Jika entitas itu tidak ada, Didit membuat entitas (dengan status: ACTIVE) dan menautkan objek baru.
Hal ini berlaku untuk:
  • POST /v3/session/: sesi KYC dan Verifikasi Bisnis (KYB)
  • POST /v3/transactions/: transaksi (untuk pemohon dan pihak lawan)
  • Kolom applicant.vendor_data / counterparty.vendor_data di dalam payload transaksi

Keunikan dan cakupan

vendor_data unik per aplikasi, bukan secara global di seluruh Didit: Artinya, Anda dapat menggunakan vendor_data yang sama di aplikasi staging dan aplikasi produksi tanpa konflik. Anda juga dapat memiliki Pengguna user-42 dan Bisnis user-42 tanpa konflik, meskipun hal ini tidak disarankan demi kejelasan.

Apa yang terjadi jika Anda tidak menyertakan vendor_data

Anda dapat membuat sesi tanpa vendor_data. Dalam kasus itu:
  • Tidak ada entitas yang dibuat untuk sesi tersebut.
  • Sesi menjadi tidak tertaut ke entitas mana pun. Sesi tidak akan muncul di profil Pengguna atau Bisnis mana pun.
  • Anda tidak dapat mencari sesi berdasarkan vendor_data di kemudian hari. Pencarian hanya dapat dilakukan berdasarkan session_id.
Gunakan pola ini hanya untuk verifikasi anonim atau sekali pakai yang tidak memerlukan agregasi entitas. Untuk setiap integrasi yang melibatkan verifikasi ulang, transaksi, atau pemantauan berkelanjutan, selalu sertakan vendor_data.

Contoh: buat entitas terlebih dahulu, lalu jalankan sesi

Ketiga panggilan tersebut ditautkan ke entitas Pengguna yang sama. Saat nanti Anda memanggil GET /v3/users/user-42/, Anda akan melihat jumlah sesi, penghitung persetujuan dan penolakan, transaksi yang ditautkan, serta data profil terbaru.

Memigrasikan ID eksternal

Jika Anda beralih ke Didit setelah menggunakan vendor KYC lain, teruskan ID pengguna stabil yang sudah ada sebagai vendor_data sejak hari pertama. Cara ini memudahkan Anda untuk:
  • Mencocokkan data Didit dengan database internal Anda.
  • Memuat massal pengguna historis melalui impor CSV di konsol sebelum menjalankan sesi apa pun.
  • Mempertahankan relasi saat Anda kemudian bermigrasi ke Didit untuk pemantauan transaksi.

Aturan, konvensi, dan praktik terbaik

Langkah selanjutnya

Ikhtisar Pengguna

Pembahasan mendalam tentang entitas Pengguna dan operasinya.

Ikhtisar Bisnis

Pembahasan mendalam tentang entitas Bisnis dan operasinya.

Buat sesi

Mulai verifikasi untuk sebuah vendor_data.

Buat transaksi

Kirim transaksi yang ditautkan ke entitas.
Terakhir diubah pada 7 November 2026