IOSOR Panduan

Sinyal hilang bukan berarti terkirim

Tidak ada DLR, tidak ada webhook, timeout atau keheningan harus tetap tidak diketahui atau gagal — jangan pernah Terkirim di UI atau buku besar prepaid. Berbeda dari filter konten dan kebijakan retry DLR.

Sinyal yang hilang adalah jalur kegagalan, bukan kesuksesan lunak. Saat tidak ada DLR kembali, webhook tidak sampai, konsumen timeout atau sel ekspor tetap kosong, produk dan keuangan harus memperlakukan keheningan sebagai «unknown» atau «failed» — jangan pernah «Delivered». Mempromosikan baris senyap ke hijau atau sukses adalah menciptakan bukti palsu.

IOSOR adalah sistem prepaid white-label. USD 20 mendanai pilot yang memaksa hasil hilang tetap terbuka; tinjauan lunak di dekat USD 1,000/month membuat status «Delivered» palsu semakin keras. Halaman ini tentang kejujuran terhadap keheningan dan timeout — bukan filter konten (terkirim bukan kotak masuk) dan bukan retry setelah DLR gagal (kebijakan retry DLR gagal di bawah prepaid). Lihat: Bahasa status bersama untuk produk dan keuangan, Baris debit vs status pengiriman di ledger yang sama, Heartbeat dan gerbang smoke sebelum memberi peringatan pada manusia.

Keheningan bukan bukti pengiriman

Tidak ada DLR, tidak ada webhook yang ditandatangani, tidak ada korelasi dan tidak ada timestamp ekspor berarti «missing» — bukan terkirim. Tidak adanya keluhan bukan bukti. Prioritaskan «unknown» atau «missing» sampai kata terminal tiba atau pemilik menutup baris secara tertulis.

Timeout harus tetap tidak diketahui atau gagal

Batas waktu tanpa hasil yang dapat dipercaya membiarkan baris «unknown» atau memindahkannya ke «failed» sesuai kebijakan — jangan pernah «Delivered» untuk membersihkan antrean. Timeout adalah fakta: konsumen menggantung, kesalahan tanda tangan, keheningan upstream. Volume di dekat USD 1,000/month tidak memaafkan kejujuran. Penimpaan memerlukan pemilik, alasan, dan smoke baru — bukan chip hijau.

UI dan buku besar harus setuju tentang sinyal hilang

Chip produk dan baris buku besar prepaid harus berbagi satu kata untuk keheningan. Petakan hilang ke rekonsiliasi terbuka atau gagal terminal — jangan pernah otomatis diselesaikan sebagai sukses. Hasil yang dapat digabungkan memerlukan webhook tahan lama dan baris debit yang sama — lihat Baris debit vs status pengiriman di ledger yang sama dan Bahasa status bersama untuk produk dan keuangan.

Bagaimana hilang berbeda dari filter dan retry

Filter konten adalah kegagalan berbeda: jaringan mungkin menerima pengiriman sementara kotak masuk tidak pernah menampilkannya. Retry dimulai setelah DLR «failed» dan memutuskan apakah percobaan lain membakar saldo prepaid. Hilang dimulai saat tidak ada sinyal.

Daftar periksa pembeli untuk sinyal hilang

Periksa log webhook untuk kesalahan 4xx atau 5xx. Pastikan URL callback DLR dikonfigurasi dengan benar. Pastikan mesin rekonsiliasi tidak memberikan 'sukses' pada sel kosong. Evaluasi apakah penyedia upstream melaporkan keheningan sebagai 'unknown'.

Mulai dengan IOSOR

Periksa konsol pengiriman dan penerima webhook Anda untuk memastikan DLR yang hilang menjadi status tidak diketahui atau terbuka, bukan menandai pengiriman secara otomatis sebagai Terkirim. Verifikasi bahwa penahanan buku besar prabayar tetap aktif sampai peristiwa terminal bertandatangan tiba atau kebijakan waktu habis eksplisit mengubah catatan menjadi gagal. Atur ambang batas jendela gabungan yang ketat di dalam alur kerja Anda agar baris pesan yang belum dikonfirmasi memicu penahanan rekonsiliasi alih-alih pembersihan antrean prematur.

Intisari IOSOR

Upaya pengiriman yang belum dikonfirmasi tanpa DLR eksplisit atau webhook bertandatangan tidak boleh ditandai sebagai Terkirim.

Apakah panduan ini membantu?

Panduan terkait