Memberi seseorang kesempatan verifikasi ulang

Dua cara memberi pengguna kesempatan kedua - minta resubmission hanya untuk langkah yang gagal, atau mulai session baru. Mana yang dipilih tergantung status session saat ini.

Ditulis oleh Dukungan Didit · Diperbarui 19 Agustus 2026

Ada dua cara memberi seseorang percobaan lain: meminta resubmission untuk langkah-langkah yang gagal, atau membuat session baru dari awal. Mana yang Anda pilih tergantung pada status session saat ini.

#Opsi 1: Meminta resubmission (session In Review atau Declined)

Resubmission mempertahankan session dan riwayat yang sama, dan hanya meminta orang tersebut mengulang langkah-langkah spesifik yang gagal - bukan seluruh verifikasi.

12

1. More options adalah tempat sebuah session bisa dibuka kembali agar pengguna mencoba lagi.
2. Percobaan baru muncul di Events berdampingan dengan yang pertama, sehingga Anda bisa membandingkannya.

1. Buka session

   Di Konsol Bisnis, buka Verifications dan buka session tersebut.

2. Minta resubmission

   Buka menu aksi dan pilih Request Resubmission. Pilih langkah mana yang perlu diulang orang tersebut - langkah apa pun yang belum disetujui.

3. Beri tahu orang tersebut (opsional)

   Jika Anda memiliki email mereka, Anda bisa mengirimkan link langsung ke resubmission secara otomatis. Anda juga bisa mengatur bahasa email tersebut.

4. Tunggu evaluasi ulang

   Status session berubah menjadi Resubmitted selama menunggu. Setelah orang tersebut menyelesaikan langkah-langkah yang diminta, sistem secara otomatis mengevaluasi ulang dan memindahkan session ke Approved, Declined, atau In Review.

Resubmission bisa diminta lebih dari sekali pada session yang sama - setiap putaran disimpan dalam riwayat session tersebut untuk catatan Anda. Developer bisa memicu hal yang sama lewat update session status API.

#Opsi 2: Membuat session baru (session Expired atau Abandoned)

Jika sebuah session kedaluwarsa sebelum orang tersebut membukanya, atau mereka meninggalkannya di tengah jalan, resubmission tidak berlaku - buat session baru dan kirimkan link baru, baik dari alur link verifikasi konsol atau lewat create session API. Session baru mendapatkan session ID-nya sendiri dan dimulai dari Not Started.

Kirimkan vendor_data yang sama dengan yang Anda gunakan pertama kali. Itulah yang mengelompokkan kedua percobaan di bawah satu pengguna yang terkonsolidasi, sehingga Anda tetap memiliki satu tampilan untuk orang tersebut meskipun session-nya terpisah.

#Mana yang sebaiknya Anda gunakan?

Untuk masalah yang bisa diperbaiki - foto buram, sisi dokumen yang salah - resubmission hampir selalu pilihan yang lebih baik: lebih sedikit friksi untuk pengguna yang sah, lebih murah, dan menjaga satu jejak audit tunggal.

#Berapa biaya percobaan ulang

Penagihan terjadi per feature yang selesai, sehingga:

• Resubmission yang hanya mengulang langkah dokumen hanya menagih langkah itu.
• Session baru menjalankan seluruh workflow lagi dan menagih setiap feature yang selesai lagi.
• Langkah yang tidak pernah dicapai orang tersebut sama sekali tidak ditagih.

Itulah argumen praktis untuk resubmission dibanding session baru pada kegagalan yang bisa diperbaiki. Lihat apa yang termasuk pemeriksaan yang bisa ditagih.

#Mengontrol berapa kali percobaan yang didapat seseorang

Jika Anda lebih suka verifikasi yang gagal tidak menawarkan percobaan lain di dalam alur yang sama, itu adalah pertanyaan konfigurasi workflow - aksi langkah tersebut pada setiap warning yang menentukan apakah orang tersebut diundang untuk mencoba lagi, dikirim ke review, atau langsung ditolak. Lihat aturan dan ambang batas keputusan.

#Terkait

• Arti setiap status session
• Mengapa sebuah verifikasi ditolak
• Ketika sebuah session tidak pernah selesai