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
Templatactive 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 ditandaiheld_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.