Percobaan Pembayaran secara otomatis mencoba ulang pembayaran perpanjangan langganan yang gagal dengan jadwal cadangan progresif. Ketika percobaan ulang berhasil, langganan diaktifkan kembali secara otomatis — tidak memerlukan tindakan pelanggan atau pekerjaan integrasi.
Apa Itu Percobaan Pembayaran?
Ketika pembayaran perpanjangan langganan gagal, langganan ditempatkan tertahan. Dengan aktifnya Percobaan Pembayaran, Dodo Payments secara otomatis mengisi kembali metode pembayaran pelanggan yang ada dengan jadwal cerdas sampai pembayaran berhasil atau jendela pemulihan ditutup. Ini memulihkan pendapatan yang hilang karena kegagalan sementara — penahanan kartu yang kedaluwarsa, dana tidak mencukupi yang kemudian terisi, kesalahan jaringan sementara — tanpa mengirim email ke pelanggan atau meminta mereka memperbarui apa pun.Percobaan Pembayaran hanya berlaku untuk pembayaran perpanjangan langganan. Pembayaran pertama (penyiapan mandat), pembayaran satu kali, biaya perubahan rencana, dan biaya sesuai permintaan tidak dicoba ulang oleh fitur ini.
Cara Kerja Percobaan Pembayaran
Retryability check
Kode kesalahan kegagalan diperiksa. Penolakan lunak (dana tidak mencukupi, penolakan umum, kesalahan pemrosesan atau jaringan, dll.) dapat dicoba ulang. Penolakan keras mengakhiri rantai percobaan segera, karena mengulang tidak akan mengubah hasil.
Scheduled retry
Jika penolakan dapat dicoba ulang dan jendela pemulihan mengizinkannya, percobaan berikutnya dijadwalkan. Percobaan ulang dilakukan di luar sesi terhadap metode pembayaran pelanggan yang ada dengan jadwal cadangan progresif.
Mengonfigurasi Percobaan Pembayaran
Aktifkan dan konfigurasikan Percobaan Pembayaran dari Pengaturan → Pemulihan di dasbor Anda.
| Pengaturan | Deskripsi | Default |
|---|---|---|
| Aktifkan Percobaan Pembayaran | Otomatis mencoba ulang pembayaran perpanjangan langganan yang gagal untuk memulihkan pendapatan. | Mati (pilihan) |
| Jendela Pemulihan (hari) | Berapa lama untuk terus mencoba pembayaran yang gagal sebelum menyerah. Harus antara 1 dan 30. | 13 |
Jadwal Percobaan
Percobaan berangsur mundur secara progresif. Hingga 8 percobaan dilakukan, selama masing-masing sesuai dalam jendela pemulihan Anda:| Percobaan | Penundaan setelah percobaan sebelumnya | Waktu perkiraan sejak kegagalan |
|---|---|---|
| 1 | 12 jam | 12 jam |
| 2 | 24 jam | 36 jam |
| 3 | 48 jam | ~3,5 hari |
| 4 | 72 jam | ~6,5 hari |
| 5 | 96 jam | ~10,5 hari |
| 6 | 120 jam | ~15,5 hari |
| 7 | 7 hari | ~22,5 hari |
| 8 | 7 hari | ~29,5 hari |
Transisi Status Langganan
| Peristiwa | Status langganan |
|---|---|
| Pembayaran perpanjangan gagal | active → on_hold |
| Percobaan gagal | tetap on_hold (percobaan berikutnya dijadwalkan jika jendela mengizinkan) |
| Percobaan berhasil | on_hold → active, tanggal penagihan berikutnya dilanjutkan |
| Jendela pemulihan habis | tetap on_hold |
| Peristiwa | Menyala saat |
|---|---|
subscription.on_hold | Sebuah perpanjangan gagal dan langganan ditempatkan tertahan |
subscription.active | Percobaan berhasil dan langganan diaktifkan kembali |
Subscription Webhook Payloads
Lihat skema payload webhook lengkap untuk peristiwa siklus hidup langganan.
Kegagalan yang Dapat Dicoba Ulang vs. Yang Tidak Dapat Dicoba Ulang
| Jenis kegagalan | Contoh | Dicoba ulang? |
|---|---|---|
| Penolakan lunak | Dana tidak mencukupi, penolakan umum, kecepatan kartu terlampaui, kesalahan pemrosesan, kesalahan jaringan/waktu habis, coba lagi nanti | Ya |
| Penolakan keras | Kartu dicuri/hilang, kartu tidak valid, tidak boleh dihormati, akun ditutup, dan penolakan terminal lainnya | Tidak — rantai berakhir segera |
Mencoba ulang penolakan keras tidak akan mengubah hasilnya, jadi rantai percobaan berakhir segera setelah penolakan keras diamati. Pasangkan Percobaan Pembayaran dengan Langganan Dunning untuk meminta pelanggan memperbarui metode pembayaran mereka dalam kasus tersebut.
Percobaan Pembayaran vs. Dunning
Percobaan Pembayaran dan Langganan Dunning adalah alat pemulihan yang saling melengkapi:| Percobaan Pembayaran | Langganan Dunning | |
|---|---|---|
| Mekanisme | Mengisi ulang metode pembayaran yang ada secara diam-diam | Mengirim email ke pelanggan untuk memperbarui metode pembayaran mereka |
| Tindakan pelanggan | Tidak diperlukan | Pelanggan memperbarui metode pembayaran di portal |
| Terbaik untuk | Penolakan lunak/temporer yang segera teratasi sendiri | Kartu kedaluwarsa atau tidak valid yang perlu diganti |
Terkait
Subscription Dunning
Rangkaian email yang meminta pelanggan untuk memperbarui metode pembayaran mereka.
Abandoned Cart Recovery
Pulihkan checkout satu kali yang tidak lengkap atau gagal dengan email yang ditargetkan.
Subscriptions
Memahami status langganan yang terlibat dalam alur pemulihan.
Subscription Webhooks
Tangani peristiwa
subscription.on_hold dan subscription.active.