Mulai
Integrasi / SDK
Verifikasi Pengguna
Verifikasi Bisnis
Pemantauan Transaksi
Log PerubahanTujuan pesan
Dokumen yang diunggah saat ini harus berupa gambar JPEG, PNG, atau WebP berukuran hingga 5 MB.
Hanya tujuan yang berlaku untuk subjek kasus yang muncul.
Templat email pelanggan saat ini tersedia dalam bahasa Inggris, Spanyol dan Portugis.
Konsol menggunakan kolom email dan pemilih bahasa yang sama dengan pengiriman ulang sesi.
Penerima terverifikasi dan templat tetap
Penerima harus telah menyelesaikan verifikasi email dalam sesi milik subjek kasus dan aplikasi tersebut. Alamat yang diimpor atau diubah dalam profil pengguna tidak membuktikan verifikasi. Jika tidak ada kontak terverifikasi, penyusun akan menjelaskan hal ini dan pengiriman tetap dinonaktifkan. Peninjau tidak dapat memasukkan teks email, tautan, alamat pengirim, atau penerima sembarang. Email menggunakan branding Didit atau White Label yang sudah ada. Pengirim kustom memerlukan domain email yang dikonfigurasi untuk diverifikasi. Setiap templat memberi tahu penerima bahwa email tidak akan meminta kata sandi, kode verifikasi, atau pembayaran. Pengiriman ulang sesi tetap menjadi tindakan terpisah untuk mengulang pemeriksaan verifikasi. Pratinjaunya menampilkan email pengiriman ulang yang sebenarnya beserta pemeriksaan yang dipilih.Pengiriman dan respons
Riwayat pesan membedakan status pengiriman dalam antrean, sedang dikirim, terkirim, disimulasikan, dan tidak diketahui. Email simulasi tidak dikirim. Hasil tidak diketahui berarti penyedia mungkin telah menerima email; sistem tidak mengirimnya ulang secara otomatis. Mencoba ulang permintaan yang sudah dikonfirmasi menggunakan ID permintaan yang sama untuk menghindari pengiriman ganda. Permintaan yang memerlukan tindakan memiliki tautan respons aman yang berlaku selama tujuh hari. Membatalkan permintaan atau menyelesaikan kasus akan menjadikan tautan tersebut tidak valid, termasuk setelah kasus dibuka kembali. Halaman pelanggan tidak mengungkapkan temuan kasus yang bersifat privat atau catatan sumber lainnya. Respons yang dikirimkan muncul di Pesan pelanggan sebagai bukti yang menunggu peninjauan. Kasus kembali ke status Terbuka, dan resolusi yang masih menunggu harus ditinjau ulang. Respons tidak dapat menggantikan pengiriman sebelumnya, menyetujui verifikasi asli, menimpa identitas pelanggan, atau berkontribusi pada hasil penipuan. Menghapus verifikasi sumber atau kasus akan menghapus permintaan pelanggan beserta bukti unggahannya.Alur kerja API
Semua endpoint konsol dibatasi pada organisasi, aplikasi, dan kasus:read:cases.
Menyusun, membuat pratinjau, mengonfirmasi, membatalkan, dan mengingatkan memerlukan write:cases.
Konfirmasi harus menyertakan contact_id, purpose dan language yang sama, ditambah request_id, expires_at dan preview_token yang dikembalikan oleh pratinjau.
Tanda terima konfirmasi kedaluwarsa setelah 15 menit, terlepas dari batas waktu respons pelanggan.
Pengingat mengirim ulang email yang sama ke penerima terverifikasi yang sama, paling banyak sekali per permintaan setiap 24 jam.
Pengingat tidak mengubah hal lain: permintaan tetap memiliki batas waktunya dan kasus tetap memiliki statusnya.
Respons mengembalikan permintaan, reminded_at, delivery_status pengingat itu sendiri (SENT, SIMULATED atau UNKNOWN) dan next_reminder_at.
Permintaan yang tidak lagi harus dijawab oleh pelanggan mengembalikan 409 dengan code case_request_not_waiting dan reason: answered, cancelled, expired, closed, not_actionable, not_delivered atau contact_unavailable.
Pengingat kedua dalam 24 jam mengembalikan 429 dengan code case_request_reminder_too_soon, stempel waktu retry_at dan header Retry-After.
Selama resolusi menunggu persetujuan, pengingat mengembalikan 400.
Endpoint pelanggan adalah GET atau POST /v3/case-requests/{request_uuid}/ dengan header X-Case-Request-Token khusus permintaan tersebut.
Tautan respons membawa kredensial itu di fragmennya; halaman menghapus fragmen saat dibuka.
Token hanya memberikan akses ke permintaan tersebut.