Kapan digunakan
Skrining dompet tidak menulis apa pun ke tabel transaksi. Jika Anda membutuhkan hasil skrining yang terlampir pada transaksi yang dipantau (dengan aturan, alert, dan webhook), ajukan transaksi sebagai gantinya.
Prasyarat
Pemantauan transaksi harus dikonfigurasi untuk aplikasi dengan salah satu penyedia terkelola atau kunci penyedia yang sudah ada. Konfigurasikan di Transaksi > Pengaturan > Provider Preferences di Business Console. Jika tidak ada penyedia yang dikonfigurasi, endpoint mengembalikan409 Conflict.
Permintaan
POST https://verification.didit.me/v3/wallet-screening/
Lakukan autentikasi dengan header x-api-key.
Cakupan jaringan
Skrining terkelola mendukung Base (BASE), Optimism (OP), dan Arbitrum One (ARB) untuk skrining dompet maupun skrining hash transaksi.
Penyedia yang terhubung mungkin memiliki cakupan yang berbeda; sebuah rantai juga harus didukung oleh penyedia dan akun yang Anda pilih.
Celo (CELO), Mode (MODE), dan Plume (PLUME) disaring melalui akun TRM Labs yang terhubung (Marketplace, bawa kunci Anda sendiri); skrining terkelola tidak mencakupnya dan mengembalikan 400.
Jangan kirim ETH untuk jaringan EVM lain: alamat yang sama dapat memiliki aktivitas dan risiko yang berbeda di setiap rantai.
Dengan skrining terkelola, USDT dan USDC adalah alias lama untuk Ethereum, bukan pencarian di setiap jaringan tempat token tersebut ada.
Gunakan identifier jaringan (ETH, TRX, SOL, MATIC, BNB, BASE, OP, ARB, AVAX, ADA, XLM, HBAR, atau dengan TRM Labs CELO, MODE, atau PLUME) untuk jaringan yang sebenarnya digunakan dompet tersebut.
Untuk token dalam transaksi yang dicatat, simpan token di transaction_details.currency dan tentukan jaringannya secara terpisah di transaction_details.crypto_params.crypto_chain.
Lihat pemilihan aset dan jaringan.
Respons
Respons adalah hasil skrining terstandardisasi. Bentuknya identik dengan hasil providerWALLET_SCREENING yang dikembalikan oleh skrining transaksi.
Cara
severity ditetapkan. severity adalah kelompok dari risk_score ternormalisasi: 0-9 → UNKNOWN, 10-39 → LOW, 40-69 → MEDIUM, 70-89 → HIGH, 90-100 → CRITICAL. UNKNOWN adalah kelompok terendah, bukan status terpisah “tidak ada data”. risk_score: 0 (kasus alamat bersih yang umum) berarti provider tidak mengembalikan penilaian negatif, sedangkan skor bukan nol dalam rentang 1-9 adalah sinyal nyata tetapi di bawah LOW. Jadi baca risk_score itu sendiri, bukan hanya kelompoknya. Bagaimanapun juga, jangan tampilkan UNKNOWN sebagai “bersih” atau “lolos” yang tegas.direction tidak mengubah model risiko. Kolom opsional direction hanya diteruskan ke provider sebagai konteks. Kolom ini tidak memengaruhi risk_score, severity, atau daftar rincian mana yang dikembalikan: baik source_of_funds maupun destination_of_funds selalu dikembalikan. Karena itu, mengubah atau menghilangkan direction tidak memerlukan skrining ulang untuk alamat yang sudah pernah diskrining.Faktor risiko
risk_factors adalah jawaban yang diurutkan atas pertanyaan “mengapa alamat ini diberi skor seperti ini”. Provider menilai alamat dengan model mereka sendiri dan hanya mengembalikan putusan. Merkle Science mengembalikan bilangan bulat 0-5, sehingga risk_score saja tidak dapat ditindaklanjuti. Setiap entri menyebutkan satu pendorong, diurutkan dari risiko tinggi lebih dulu, lalu menurut nilai yang mengalir melewatinya.
Skor tinggi tanpa faktor
is_high_risk adalah hasil yang nyata dan bermakna. Artinya provider menilai alamat tersebut dengan model paparannya sendiri tanpa melaporkan kecocokan sanksi, PEP, atau entitas yang dikaitkan. Faktor yang tercantum adalah aliran dana di balik penilaian tersebut. summary menyatakan hal ini secara eksplisit, jadi perlakukan alamat ini sebagai “tinjau alirannya”, bukan sebagai temuan yang terkonfirmasi. risk_factors dibatasi pada lima pendorong terkuat. source_of_funds dan destination_of_funds selalu memuat rincian lengkap.risk_factors adalah kolom tingkat teratas, bukan kolom bersarang. Hasil yang diskrining sebelum kolom ini ada tidak menyertakan kunci tersebut sama sekali. Baca sebagai daftar kosong, jangan mengasumsikan penjelasannya kosong.Rincian paparan
Setiap entri dalamsource_of_funds / destination_of_funds menggambarkan satu entitas yang bertukar dana dengan alamat tersebut:
Koneksi pihak lawan
counterparty_connections mencantumkan entitas yang diatribusikan penyedia ke alamat yang diskrining. Untuk Merkle Science, entitas ini berasal dari tag pemilik dan tag pengguna milik alamat itu sendiri, sehingga entitas yang sama bisa muncul dua kali. Entitas ini juga tidak membawa aliran dana: received_usd, sent_usd, received_hops, dan sent_hops bernilai null, serta percentage bernilai 0.0. Baca aliran dana dari source_of_funds dan destination_of_funds.
Contoh
Respons nyata untuk alamat dalam daftar sanksi OFAC, yang diskrining dengan Merkle Science. Hanyaraw_response yang dipersingkat dan report_signature diganti:
sanctions_hit: true dapat menunjukkan bahwa dompet itu sendiri terkena sanksi, atau hanya bahwa dananya memiliki paparan sanksi. Dengan sendirinya, nilai ini tidak berarti pemilik dompet yang diskrining terkena sanksi.
Ketika skrining yang sama dijalankan pada transaksi yang tercatat, aturan juga dapat membaca custom_values.wallet_sanctioned, yang bernilai true hanya jika penyedia mengatribusikan dompet itu sendiri ke entitas yang terkena sanksi, serta custom_values.aml_sanctions_exposure_pct.
Lihat Kolom skrining untuk aturan.
Baca risk_factors, source_of_funds, dan destination_of_funds untuk membedakan atribusi dari paparan.
Lihat Skrining Kripto & Dompet untuk panduan lengkapnya.
Laporan PDF
Untuk mendapatkan PDF hasil skrining dengan branding Didit, kirim ulang badan respons yang persis sama, termasukreport_signature, ke POST /v3/wallet-screening/pdf/. Proses ini tidak menyimpan status: tidak ada panggilan ke penyedia, tidak ada penagihan tambahan, dan tidak ada yang disimpan. Mengubah kolom yang ditandatangani (risk_score, severity, sanctions_hit, …) sebelum mengirim ulang akan gagal dengan 400.
Penagihan
Satu penggunaan pemantauan AML ditagihkan per skrining yang berhasil, dengan tarif yang sama seperti skrining kripto yang terkait transaksi. Lihat harga untuk tarif terkelola dan tarif kunci terhubung. Aplikasi sandbox tidak ditagih. Galat validasi (400) dan galat penyedia yang belum dikonfigurasi (409) tidak pernah ditagih.
Galat
Langkah selanjutnya
Referensi API
Skema lengkap permintaan dan respons untuk endpoint Screen Wallet.
PDF Screen Wallet
Buat PDF dengan merek Didit dari hasil skrining.
Skrining kripto & dompet
Skrining otomatis saat pembuatan transaksi dan model hasilnya.