Laporan harus sesuai DLR, bukan jumlah pengiriman

Jumlah pengiriman memberikan rasa aman yang semu: API menerima pesan, sehingga minggu tersebut dianggap berhasil. Namun rasa aman itu runtuh saat penutupan keuangan. Laporan yang menghitung pengiriman sebagai keberhasilan akan bertolak belakang dengan tanda terima DLR, pemotongan dompet untuk trafik multi-segmen, dan audit webhook.

IOSOR menerapkan aturan ketat: ekspor laporan wajib mengikuti tanda terima pengiriman (DLR). Status dikirim, dalam antrean, dan diterima untuk dikirim tetap menjadi jejak operasional semata. Status terkirim, gagal, dan tidak diketahui adalah kolom utama yang digunakan tim keuangan dan produk untuk evaluasi.

Pengiriman adalah jejak operasional, bukan metrik penutupan

Penerimaan pesan untuk dikirim hanya membuktikan bahwa sistem memproses pekerjaan tersebut. Ini tidak membuktikan bahwa perangkat seluler telah menerima SMS. Jika KPI utama laporan Anda adalah jumlah pengiriman, Anda akan melaporkan keberhasilan secara berlebihan setiap kali proporsi status gagal atau tidak diketahui meningkat. Gunakan angka pengiriman sebagai kolom kapasitas jika diperlukan — jangan pernah menggunakannya sebagai tolok ukur penerimaan pesan.

Kolom ekspor mengikuti tanda terima resmi

Skema ekspor menentukan status tanda terima secara eksplisit. Status terkirim membutuhkan bukti DLR. Status gagal memerlukan sinyal kegagalan permanen. Status tidak diketahui tetap dianggap tidak diketahui sampai tanda terima masuk — ini bukan keberhasilan implisit. Minggu penagihan yang menyembunyikan status tidak diketahui di dalam kategori sukses akan memicu perdebatan mengenai proporsi trafik yang benar-benar terkirim.

Rekonsiliasi webhook dan buku besar berdasarkan tanda terima yang sama

Rekonsiliasi audit webhook terhadap ekspor buku besar adalah cara membuktikan bahwa laporan sesuai dengan kondisi nyata. Log webhook harian, status DLR, dan baris buku besar prabayar harus menyampaikan satu data yang konsisten. Jika webhook menunjukkan gagal sementara laporan mencatat sukses, laporan tersebut salah — perbaiki skema ekspor dan jangan mengubah saldo dompet secara manual.

Tolak minggu tagihan berbasis jumlah pengiriman

Setiap penutupan minggu yang menagih atau merayakan keberhasilan berdasarkan jumlah pengiriman harus dihentikan. Ubah struktur laporan agar keuangan mengevaluasi proporsi terkirim dan tidak diketahui. Jika kontrak mitra menggunakan istilah pengiriman API berhasil, terjemahkan ke catatan DLR tanpa merusak struktur kolom laporan.

Jalur operasional terkait

• Minggu tagihan DLR: bagian tidak diketahui tidak terkirim
• Rekonsiliasi Log Webhook Harian dengan Saldo Prabayar
• Minggu tagihan SMS: saat matematika segmen dan tagihan tidak cocok

Mulai dengan IOSOR

Buka paket laporan minggu ini di konsol IOSOR dan pastikan setiap KPI tajuk memakai tanda terima DLR — delivered, failed, dan unknown — bukan submit atau accept API. Jika grafik masih menghitung submit sebagai sukses, ganti nama atau hapus sebelum tutup buku keuangan. Ekspor sekali dan bagikan kolom tanda terima yang sama ke produk dan keuangan.

Intisari IOSOR

Laporan ditutup dengan tanda terima DLR: delivered, failed, dan unknown — bukan submit. Submit hanya untuk throughput, bukan kebenaran pengiriman atau argumen invoice.

Lakukan: satu skema ekspor terkunci ke field tanda terima. Jangan: produk merayakan accept sementara keuangan berdebat failed DLR.