Kebijakan retry DLR gagal di prepaid: kapan mencoba lagi dan kapan berhenti belanja

Tiket bilang «gagal» dan seseorang memukul retry sampai dompet prepaid kosong. Gagal bukan status. undelivered, rejected, dan expired menuntut tindakan berbeda. Di prepaid setiap retry otomatis adalah baris debit, bukan sopan santun gratis. Sepakati kamus sebelum loop, atau produk mengejar konversi sementara keuangan membayar percobaan kedua dan ketiga ke nomor mati.

IOSOR adalah prepaid white-label: kosakata DLR yang sama di dasbor, webhook, dan ekspor. Koridor live mengizinkan retry berplafon; in setup tidak terbuka «pada yang berikutnya». Lihat tidak terkirim, ditolak, kedaluwarsa dan DLR, latensi, dan failover. Dekat USD 1,000+ per bulan, debit retry per ember status masuk bacaan komersial yang lebih ketat.

Kamus status sebelum logika retry

Sebelum menulis kode retry, cetak status terminal ke tabel yang bisa ditunjuk produk, ops, dan keuangan. Retry tanpa kamus adalah loop yang membakar uang. Untuk keteririman menurun: buku panduan SMS sulit terkirim.

Failed versus rejected versus expired

Failed / undelivered berarti platform menyerahkan pekerjaan dan terminal tidak mengonfirmasi. Jika koridor sehat, retry berplafon bisa menyelamatkan konversi. Rejected adalah penolakan jaringan atau kebijakan: nomor sama, tubuh sama, hampir selalu ditolak lagi dan didebit lagi. Expired adalah waktu: TTL lebih pendek dari latensi koridor, atau antrean sebelum kirim. Memperlakukan expired sebagai failed lalu memukul retry hanya menambah baris expired. OTP di luar jendela tidak lagi mengonversi — dompet tetap membayar.

Plafon retry dan dampak dompet

Pasang plafon percobaan otomatis per pesan dan pisahkan resend pengguna dari failover sistem. Setiap percobaan harus cocok dengan correlation ID di ledger. «Sampai terkirim» tanpa plafon mengosongkan prepaid di koridor mati. Keuangan harus mengekspor tujuan, status, nomor percobaan, dan debit. Dekat USD 1,000+, loop tanpa pemilik berhenti menjadi tiket dan menjadi topik komersial. Ketika kebijakan bilang berhenti, dompet berhenti meski produk ingin sekali lagi.

Kepemilikan produk versus keuangan

Produk memiliki kebijakan: status mana yang mengizinkan retry, TTL, cooldown resend. Keuangan memiliki visibilitas: apakah setiap percobaan mendebit, apakah ekspor cocok dengan webhook. Ops memiliki irisan koridor agar rata-rata dunia tidak menyembunyikan rute rusak. Tanpa tabel yang sama, prepaid tidak bisa memutus «coba lagi» versus «berhenti belanja». Jangan biarkan dukungan menjanjikan pengembalian lisan sementara ledger membebankan setiap percobaan.

Bendera merah

• Hanya sent dan failed, tapi ada retry otomatis
• Tiga pukulan identik pada payload rejected
• Expired diperlakukan sebagai gangguan jaringan
• Failover sistem dan resend pengguna di baris debit yang sama
• «Sampai terkirim» tanpa plafon percobaan
• Retry dijanjikan saat katalog in setup
• Ekspor keuangan tanpa nomor percobaan

Mulai dengan IOSOR

Isi kamus: failed versus rejected versus expired. Tutup ulang-coba otomatis agar setiap DLR gagal tidak membuka debit prepaid baru. Tombol kirim-ulang pengguna terpisah dari percobaan sistem. Buktikan tutup itu di dua koridor live dengan volume rendah.

Intisari IOSOR

Ulang-coba DLR gagal adalah tutup belanja, bukan loop tanpa ujung.

Lakukan: klasifikasi status akhir, tutup percobaan, ekspor kirim-ulang pengguna terpisah dari percobaan sistem. Jangan: ulang rejected atau expired seolah failed sesaat.