Langsung ke konten utama
Prompt Biometric Templates API Secara default, menghapus sesi verifikasi juga menghapus embedding wajah yang digunakan untuk Pencarian Wajah 1:N dan deteksi duplikasi untuk sesi tersebut. Aplikasi yang memerlukan deteksi duplikasi tetap berfungsi setelah sesi dihapus dapat memilih retensi templat biometrik. Didit kemudian menghapus sesi dan seluruh datanya seperti biasa, dan menyimpan satu templat biometrik wajah yang dikelola secara terpisah, tanpa gambar, yang terkait dengan Pengguna pemilik sesi tersebut. Biometric Templates API memungkinkan Anda melihat dengan tepat templat mana yang dimiliki aplikasi Anda, alasannya, sampai kapan templat itu disimpan, dan menghapusnya kapan saja. Setiap templat juga dapat dilihat di Business Console pada Lists → Biometric templates dan di profil Pengguna pemiliknya.
Templat biometrik yang disimpan adalah data biometrik. Templat ini tidak anonim, tidak bersifat sementara, dan tidak dihapus bersama sesinya. Templat tetap ada hingga tanggal kedaluwarsa yang dijadwalkan, batas waktu hukum yang berlaku lebih awal, penghapusan Pengguna, permintaan penghapusan data berdasarkan privasi, atau penghapusan eksplisit. Aktifkan retensi hanya jika instruksi pengendali data dan pemberitahuan privasi Anda mencakupnya.

Cara templat dibuat

Retensi memerlukan referensi ke Pengguna. Sesi yang dibuat tanpa vendor_data tidak memiliki Pengguna, sehingga tidak dapat menyimpan templat. Penghapusan akan melaporkan ineligible_no_vendor_user, dan embedding dihapus bersama sesinya.

Isi templat

Templat memiliki cakupan tenant dan hanya digunakan atas instruksi Anda di dalam aplikasi Anda: deteksi wajah duplikat dan multi-akun, Autentikasi Biometrik, serta daftar wajah Anda sendiri. Templat tidak pernah digunakan untuk pelatihan model, analitik, pencocokan lintas organisasi, sinyal bersama Networks, atau pemrosesan penipuan independen Didit.

Objek templat

Status

Cara templat digunakan dalam pencocokan

Templat active ikut serta dalam pencocokan yang sama persis dengan wajah dari sesi langsung: deteksi duplikat otomatis saat sesi baru, API Pencarian Wajah yang berdiri sendiri, Autentikasi Biometrik, dan daftar wajah Anda. Kecocokan dengan templat yang disimpan dilaporkan dengan source: "retained_template", vendor_user_id dan vendor_data milik Pengguna tersebut, serta biometric_template_id. Laporan tersebut tidak pernah menyertakan id sesi, gambar pencocokan, detail identitas, atau status, karena sesi yang menghasilkan wajah tersebut sudah tidak ada. Lihat Laporan Pencarian Wajah. Templat yang disimpan tidak pernah masuk daftar blokir. Jika wajah dari sesi yang dihapus berada dalam daftar blokir wajah, entri daftar blokir itu memiliki entri biometrik sendiri yang independen dan siklus hidupnya sendiri: menghapus entri dari daftar akan menghapus entri daftar blokir, dan menghapus permanen templat tidak memengaruhi daftar.

Titik penghapusan

Semua hal berikut menghapus templat dari pencocokan dan menghapus templat yang tersimpan: Mengubah kebijakan aplikasi kembali ke delete_with_session menghentikan pembuatan templat baru, tetapi tidak menghapus permanen templat yang sudah ada. Hapus secara eksplisit. Penghapusan menghapus templat yang tersimpan terlebih dahulu, dan baru setelah itu menandai templat sebagai dihapus permanen. Dengan begitu, penghapusan yang mengembalikan 503 membiarkan templat dalam purge_failed, sudah dikecualikan dari pencocokan, dan aman untuk diulang. Mengulang penghapusan pada templat yang sudah dihapus permanen mengembalikan already_purged.

Jejak audit

Setiap percobaan retensi dan penghapusan, termasuk kegagalan dan hasil yang tidak memenuhi syarat, dicatat dengan pelaku yang melakukan tindakan (retained_by / pelaku yang melakukan penghapusan dan tipenya), instruction_class, instruction_source, instruction_id, provenance_reference, dan hasilnya. Kirimkan instruction_id Anda sendiri pada setiap penghapusan agar Anda dapat mencocokkan jejak audit Didit dengan log penghapusan Anda. Entri audit tidak pernah berisi gambar, vektor, kolom identitas, atau alamat email.

Penahanan hukum

Penahanan hukum adalah pengecualian, bukan mode retensi. Didit tidak menempatkan penahanan atas inisiatifnya sendiri. Penahanan hanya dapat mengikuti instruksi terdokumentasi berdasarkan Perjanjian Pemrosesan Data Anda atau perintah mengikat dari otoritas yang berwenang. Selama penahanan berlaku, templat ditandai held_out_of_use: templat dikecualikan dari setiap jenis pencocokan dan dari pemulihan rutin, dan tidak pernah dapat dicari. Tidak ada API untuk membuat atau mencabut penahanan. Hubungi perwakilan Didit Anda jika Anda menerima perintah yang memengaruhi templat yang disimpan.

Izin dan autentikasi

Endpoint Templat Biometrik hanya menerima kunci API aplikasi (x-api-key). Token pengguna Business Console ditolak dengan 403. Pengguna Console mengelola templat melalui Lists → Biometric templates dengan izin lists mereka.

Endpoint

Terkait

Terakhir diubah pada 7 November 2026