Langsung ke konten utama

Gambaran Umum

Laporan deteksi liveness mencakup semua hal yang diamati Didit saat memverifikasi bahwa orang yang nyata dan hidup berada di depan kamera — bukan foto cetakan, pemutaran ulang layar, atau deepfake. Laporan ini mencakup metode liveness, skor keyakinan 0–100, swafoto referensi dan video pengambilan gambar, estimasi usia opsional, metrik kualitas liveness pasif, serta pencocokan wajah lintas sesi terhadap riwayat dan daftar blokir aplikasi Anda. Laporan dibuat setelah pengguna menyelesaikan langkah deteksi liveness dalam alur kerja (atau memanggil endpoint wajah mandiri). Didit menjalankan salah satu dari tiga metode liveness (3D aktif, kedipan cahaya, atau pasif), menilai hasil pengambilan gambar, menyaring pola spoofing yang telah diketahui, dan membandingkan wajah secara biometrik terhadap setiap wajah lain yang pernah terlihat di aplikasi Anda. Setiap laporan memiliki status tersendiri — terpisah dari status sesi secara keseluruhan — yang mencerminkan hasil penyelesaian langkah deteksi liveness itu sendiri:
  • Disetujui — wajah terdeteksi, skor liveness di atas ambang batas peninjauan, tidak ada peringatan penolakan otomatis yang terpicu.
  • Dalam Peninjauan — satu atau beberapa peringatan yang diarahkan ke peninjauan terpicu, atau skor berada pada atau di bawah ambang batas peninjauan namun di atas ambang batas penolakan.
  • Ditolak — kondisi penolakan otomatis terpicu (NO_FACE_DETECTED, LIVENESS_FACE_ATTACK, FACE_IN_BLOCKLIST, atau risiko usia pada alur estimasi usia), peringatan yang dapat dikonfigurasi diarahkan ke penolakan, atau skor berada pada atau di bawah ambang batas penolakan.
  • Belum Selesai — pengguna tidak pernah menyelesaikan langkah deteksi liveness.

Di mana laporan ini muncul dalam respons API

Laporan deteksi liveness muncul sebagai liveness_checks[] pada GET /v3/session/{sessionId}/decision/ — selalu berupa array JSON, tidak pernah berupa objek liveness tunggal. Beberapa entri akan muncul jika alur kerja menjalankan deteksi liveness lebih dari satu kali (misalnya pemeriksaan utama ditambah pengambilan gambar ulang).
  • API keputusan sesi — GET /v3/session/{sessionId}/decision/ mengembalikan liveness_checks[] di tingkat teratas. Lihat Ambil keputusan sesi.
  • Webhook — payload session.status.updated menyertakan array liveness_checks[] yang sama setelah langkah tersebut menghasilkan data. Lihat Webhook.
  • API Liveness Mandiri — lihat API Liveness Mandiri.
Baca response.liveness_checks[0] dan lakukan iterasi pada array tersebut — bentuk liveness tunggal yang dirujuk oleh beberapa tutorial lama tidak ada pada endpoint keputusan v3.

Skema

Skema per kolom kanonik terdapat di halaman referensi Model data. Kolom-kolom di bawah ini mencerminkan skema kanonik tersebut.

Pencocokan Wajah lintas sesi

matches[] mencantumkan wajah dalam riwayat aplikasi Anda yang melampaui ambang batas kemiripan biometrik terhadap swafoto ini — hingga 5 entri, wajah dalam daftar blokir dan daftar izin terlebih dahulu, kemudian diurutkan berdasarkan kemiripan menurun. Kandidat yang memenuhi syarat adalah wajah dalam daftar blokir, wajah dalam daftar izin, wajah dari sesi Approved, dan wajah yang diimpor untuk pengguna vendor Anda. Wajah milik pengguna yang sama (vendor_data yang sama, atau pengguna vendor yang sama jika tersedia) dikecualikan dari seluruh pencarian — baik deteksi duplikat maupun skrining daftar blokir. Setiap entri meliputi:

Nilai status

Status berasal dari enum status fitur bersama (FeatureStatusChoices).

Contoh

Approved — pengambilan active-3D bersih

In Review — passive liveness, pengambilan berkualitas rendah, dan kemungkinan duplikat

Di sini kualitas wajah (12.4) berada di bawah ambang batas peninjauan default (15), luminansi (18.7) berada di bawah batas minimum default (20), dan tindakan wajah duplikat pada alur kerja diatur ke Peninjauan — sehingga ketiga peringatan membawa log_type: "warning" dan laporan berstatus In Review.

Catatan keamanan

Video liveness dan swafoto merupakan data biometrik — URL bertanda tangan bersifat sementara dan akan kedaluwarsa (setelah 4 jam secara default). Perlakukan video dan swafoto tersebut sebagai data berumur pendek: jangan simpan dalam cache atau tampilkan ke publik. Biasanya aplikasi Anda hanya membutuhkan status, score, dan peringatan — simpan seminimal mungkin untuk meminimalkan data biometrik di server Anda.

Terkait

Terakhir diubah pada 7 November 2026