Langsung ke konten utama

Gambaran Umum

Verifikasi Bukti Alamat (POA) memunculkan peringatan pada poa_verifications[].warnings[] untuk setiap masalah kualitas, keaslian, atau pencocokan yang terdeteksi selama ekstraksi dan analisis forensik. Setiap peringatan merupakan objek peringatan dengan feature yang diatur ke "PROOF_OF_ADDRESS". Sebagian kecil risiko selalu memaksakan status Declined; selebihnya mengikuti tindakan per risiko (DECLINE / REVIEW / NO_ACTION) yang dikonfigurasikan pada alur kerja Anda. Setiap risiko di bawah ini diverifikasi terhadap pipeline keputusan produksi; string deskripsi singkat dan panjang yang tepat direproduksi secara persis seperti aslinya di dalam tabel.
Ekstraksi POA memunculkan latensi 5–15 detik per dokumen. Peringatan hanya ditulis saat langkah alur kerja selesai; jangan lakukan polling lebih sering daripada setiap 5 detik.

Dua jalur produksi

Peringatan POA dihasilkan melalui dua jalur berbeda, dan rangkaian risikonya bervariasi di antara keduanya:
  • Sesi alur kerja (langkah POA di dalam sesi verifikasi) — endpoint pengunggahan pertama-tama menjalankan validasi pemblokiran dengan loop coba lagi (lihat Perilaku coba lagi), kemudian peringatan akhir yang disimpan dihitung oleh check_poa_risks ditambah pemeriksaan nama multidokumen.
  • API mandiri (POST /v3/poa/) — peringatan hanya berasal dari check_poa_risks. Tidak ada loop coba lagi, tidak ada konteks identitas terverifikasi, dan hanya satu dokumen, sehingga NAME_MISMATCH_ID_VERIFICATION, POA_NAME_MISMATCH_BETWEEN_DOCUMENTS, POA_MAX_ATTEMPTS_EXCEEDED, dan FUTURE_ISSUE_DATE tidak pernah dihasilkan oleh API mandiri. Kesalahan validasi pra-ekstraksi diabaikan pada jalur ini.
POOR_DOCUMENT_QUALITY didefinisikan dalam enum risiko dan dicadangkan dalam pemetaan tindakan, tetapi tidak ada jalur kode dalam pipeline POA yang menghasilkannya — risiko ini tidak pernah muncul di warnings[] pada kedua jalur. Jangan membuat percabangan logika berdasarkan risiko tersebut.

Peringatan penolakan otomatis (selalu memaksakan Declined)

Risiko-risiko ini berada dalam AUTO_DECLINE_RISKS; ketika dicatat, status POA adalah Declined terlepas dari konfigurasi, dan log_type selalu bernilai error. FUTURE_ISSUE_DATE juga terdaftar di AUTO_DECLINE_RISKS, tetapi hanya dihasilkan oleh satu sumber dalam validasi pra-ekstraksi (tanggal penerbitan lebih dari 7 hari di masa depan) yang kesalahannya hanya mengalir ke loop coba lagi alur kerja — ini muncul di sana sebagai kesalahan yang memblokir pengunggahan, tidak pernah dihasilkan oleh API mandiri, dan tidak ditulis ke warnings[]. Lihat Perilaku coba lagi.

Peringatan yang dapat dikonfigurasi

Setiap peringatan ini mengikuti salah satu opsi tindakan pada node POA alur kerja (DECLINE / REVIEW / NO_ACTION). log_type peringatan mengikuti tindakan yang dikonfigurasi: error untuk Tolak, warning untuk Tinjau, dan information untuk Tidak ada tindakan.
Ada satu tindakan bersama untuk semua ketidaksesuaian nama dan alamat: poa_name_or_address_mismatch_action mencakup kedua risiko nama, kedua risiko alamat, dan pemeriksaan nama lintas dokumen. Anda tidak dapat mengonfigurasi perilaku ketidaksesuaian nama dan alamat secara terpisah. Pada API mandiri, kelompok yang sama dikendalikan oleh opsi permintaan poa_address_mismatch_action (opsi poa_name_mismatch_action diterima, tetapi tidak pernah dibaca).

Perbedaan API mandiri (POST /v3/poa/)

Endpoint mandiri menyusun pemetaan risiko ke tindakan yang sama tetapi dengan opsi tingkat permintaan yang hanya menerima DECLINE atau NO_ACTION (semuanya ber-default DECLINE):
  • UNABLE_TO_EXTRACT_ISSUE_DATE dan POA_NAME_NOT_DETECTED ditetapkan secara permanen sebagai Tolak pada endpoint ini.
  • POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION dan UNPARSABLE_OR_INVALID_ADDRESS bersifat informatif di sini — tindakannya secara default adalah Tanpa tindakan dan tidak dapat dikonfigurasi per permintaan.
  • FUTURE_ISSUE_DATE, POOR_DOCUMENT_QUALITY, NAME_MISMATCH_ID_VERIFICATION, POA_NAME_MISMATCH_BETWEEN_DOCUMENTS, dan POA_MAX_ATTEMPTS_EXCEEDED tidak pernah dihasilkan — dokumen bertanggal masa depan tidak ditolak otomatis pada endpoint ini.
Lihat referensi API POST /v3/poa/ untuk opsi permintaan tersebut.

Perilaku coba lagi (sesi alur kerja)

Dalam sesi verifikasi, langkah unggah POA menjalankan validasi yang memblokir sebelum dokumen diterima. Ketika menemukan kesalahan pemblokiran — INVALID_DOCUMENT_TYPE, UNABLE_TO_EXTRACT_ISSUE_DATE, FUTURE_ISSUE_DATE, POA_NAME_NOT_DETECTED, MISSING_ADDRESS_INFORMATION, POA_COUNTRY_MISMATCH_WITH_PROVIDED, POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION, UNSUPPORTED_DOCUMENT_LANGUAGE, atau POA_DOCUMENT_EXPIRED — pengunggahan ditolak dengan 400 dan kode risiko sebagai pesannya, dan pengguna dapat mencoba lagi dengan dokumen yang lebih baik. Untuk POA_DOCUMENT_EXPIRED, isi respons 400 juga mencakup expiration_reason (printed_expiration atau age_window) sehingga UI Anda dapat menampilkan alasan yang akurat; pada jalur age_window, respons ini juga menyertakan max_age_months. Pada jalur printed_expiration, max_age_months sengaja ditiadakan karena dokumen ditolak berdasarkan tanggal kedaluwarsa yang tercetak, bukan rentang usia dokumen. Setelah pengguna menghabiskan poa_max_retry_attempts percobaan (default 2, dapat dikonfigurasi 2–5), pengiriman dokumen tetap diterima: peringatan yang tersimpan dihitung ulang dari dokumen yang tersimpan, POA_MAX_ATTEMPTS_EXCEEDED ditambahkan, dan status ditentukan dari kumpulan risiko lengkap. Inilah alasan mengapa FUTURE_ISSUE_DATE dapat memblokir pengunggahan namun tidak pernah muncul di warnings[].

Pengaturan yang dapat dikonfigurasi

Node POA dalam alur kerja menyediakan pengaturan berikut (sesuai dengan kolom VerificationSettings):

Logika pencocokan nama

Pencocokan nama POA menoleransi variasi umum:
  • Nama tengah dan inisial dicocokkan secara fleksibel (keberadaan/ketiadaannya diperbolehkan).
  • Kandidat nama — setiap nama yang terdeteksi pada dokumen (name_on_document ditambah additional_names) dinilai, dan kandidat dengan skor terbaik dipertahankan.
  • Ambang batas kecocokan — nilai default poa_name_match_score_threshold adalah 86; skor di bawah nilai ini memicu peringatan NAME_MISMATCH* yang relevan.
Skor numerik ditampilkan dalam laporan sebagai name_match_score_expected_details dan name_match_score_id_verification (0–100). Nilai skor berguna untuk peninjauan terperinci bahkan ketika tidak ada peringatan yang dimunculkan.

Contoh

Manipulasi overlay (Penolakan secara default)

Dokumen kedaluwarsa + alamat tidak ada (penolakan otomatis)

Ketidakcocokan nama (Peninjauan secara default)

Terkait

Jenis peringatan

Terakhir diubah pada 7 November 2026