Mengapa sebuah verifikasi ditolak

Sebuah session ditolak ketika satu atau lebih pemeriksaan gagal - berikut cara menemukan alasan spesifiknya dan memutuskan apakah akan menolak, meminta resubmission, atau menyetujui secara manual.

Ditulis oleh Dukungan Didit · Diperbarui 19 Agustus 2026

Sebuah session ditandai Declined ketika satu atau lebih pemeriksaannya gagal. Alasan spesifiknya selalu tercatat pada session tersebut - Anda tidak perlu menebak.

#Menemukan alasan pastinya

Buka session tersebut di Verifications pada Konsol Bisnis. Setiap pemeriksaan pada session tersebut (dokumen, liveness, pencocokan wajah, dan seterusnya) menampilkan hasilnya sendiri beserta warning apa pun yang dimunculkannya - warning inilah alasan sebenarnya penolakan, bukan sekadar status keseluruhan.

123

1. Alasan penolakan ada di Overview - baca ini sebelum yang lainnya.
2. Masalah dokumen muncul di sini: kedaluwarsa, tidak terbaca, atau gagal pemeriksaan keaslian.
3. Events menunjukkan apakah keputusan dibuat oleh sebuah aturan atau oleh seseorang.

#Alasan umum sebuah pemeriksaan gagal

Masalah dokumen

• ID sudah kedaluwarsa (DOCUMENT_EXPIRED).
• Jenis dokumennya bukan yang diterima workflow Anda - penyebab yang sangat umum, dan ini masalah konfigurasi, bukan masalah pada orangnya. Lihat mengapa sebuah jenis dokumen ditolak.
• Field yang wajib tidak bisa dibaca (COULD_NOT_RECOGNIZE_DOCUMENT).
• Checksum MRZ gagal (MRZ_VALIDATION_FAILED) - zona terbaca-mesin yang tercetak tidak konsisten, yang merupakan sinyal pemalsuan sungguhan.
• Orang tersebut di bawah (atau di atas) usia yang disyaratkan workflow Anda (MINIMUM_AGE_NOT_MET).
• Dokumen tersebut cocok dengan entri di blocklist Anda.

Masalah liveness

• Tidak ada wajah yang terdeteksi selama pengambilan gambar.
• Sebuah serangan presentasi ditandai (LIVENESS_FACE_ATTACK) - foto, layar, atau topeng yang diangkat ke depan kamera alih-alih orang yang hidup.

Masalah pencocokan wajah

• Swafoto dan foto dokumen mendapat skor di bawah ambang batas kemiripan yang Anda konfigurasikan (LOW_FACE_MATCH_SIMILARITY). Lihat mengatasi masalah liveness dan pencocokan wajah.

Masalah risiko dan penyaringan

• Sebuah hit AML melampaui ambang batas penolakan Anda.
• Koneksi berasal dari alamat IP yang diblokir atau negara yang tidak Anda layani.
• Wajahnya cocok dengan pengguna yang sudah terverifikasi atau wajah yang masuk blocklist. Lihat deteksi duplikat.

Mana dari hal-hal ini yang benar-benar memicu penolakan (dibanding permintaan resubmission atau lolos) tergantung pada bagaimana setiap pemeriksaan dikonfigurasi dalam workflow Anda - beberapa warning otomatis menolak, yang lain diarahkan ke tinjauan manual. Lihat aturan dan ambang batas keputusan.

#Sebuah langkah yang ditolak bisa menghentikan sisa workflow

Jika sebuah langkah dikonfigurasi untuk menolak pada warning tertentu, workflow berhenti di situ dan langkah-langkah setelahnya tidak pernah berjalan. Ini punya dua konsekuensi yang perlu diketahui:

• Hasil session akan kehilangan pemeriksaan yang Anda harapkan muncul. Pemeriksaan itu tidak gagal - pemeriksaan itu tidak pernah dijalankan.
• Anda tidak ditagih untuk langkah yang tidak pernah berjalan, karena penagihan terjadi per feature yang selesai.

Jika Anda ingin sebuah pemeriksaan murah menjadi gerbang untuk pemeriksaan yang mahal, letakkan itu lebih awal dalam workflow secara sengaja.

#Declined tidak selalu final

Jika masalah dasarnya bisa diperbaiki - foto buram, sisi dokumen yang salah, kegagalan teknis di tengah pengambilan gambar - seorang reviewer bisa meminta orang tersebut mengulang hanya langkah itu, alih-alih membiarkan session tetap declined. Lihat memberi seseorang kesempatan verifikasi ulang.

#Jika seorang reviewer merasa sebuah penolakan salah

Seorang reviewer kepatuhan bisa membatalkan sebuah penolakan otomatis dari konsol - buka session tersebut dan ubah statusnya menjadi Approved dengan catatan yang menjelaskan alasannya. Setiap pembatalan tercatat, sehingga jejak audit menunjukkan siapa yang memutuskan apa. Lihat tinjauan manual untuk proses tinjauan lengkapnya.

#Mengurangi penolakan yang bisa dihindari

Jika tingkat penolakan Anda lebih tinggi dari yang Anda inginkan, penyebab umumnya adalah konfigurasi, bukan penipuan:

1. Allowlist dokumen yang terlalu sempit. Periksa jenis dan subjenis dokumen apa yang diterima workflow Anda dibandingkan dengan yang benar-benar dimiliki pengguna Anda.
2. Ambang batas pencocokan wajah diatur terlalu ketat. Lihat skor dan ambang batas pencocokan wajah.
3. Liveness aktif pada perangkat kelas bawah. Liveness pasif jauh lebih toleran pada ponsel lama dan pencahayaan buruk.
4. Ambang batas penolakan AML diatur pada skor kecocokan yang menghasilkan false positive. Arahkan itu ke review sebagai gantinya. Lihat menyelesaikan hit AML.

#Jika Anda adalah orang yang ditolak, bukan bisnisnya

Jika Anda menerima link verifikasi dari sebuah perusahaan dan verifikasi Anda ditolak, Didit memproses verifikasi Anda atas nama perusahaan tersebut tapi tidak memiliki wewenang untuk membuat, mengubah, atau menjelaskan keputusannya - hanya perusahaan yang meminta verifikasi Anda yang bisa melakukan itu, jadi hubungi support mereka mengenai hasil Anda. Lihat saya diminta memverifikasi identitas saya dengan Didit, dan bagaimana Didit melindungi data pengguna Anda untuk cara akses data dikontrol.