IOSOR Panduan
Correlation ID untuk debit dan DLR
Gabungkan baris debit prabayar dengan event pengiriman menggunakan satu ID korelasi yang stabil — keuangan dan produk berbagi maksud yang sama tanpa perlu arkeologi data.
Ketika uang dan pengiriman berada di alat yang terpisah, akhir bulan menjadi arkeologi obrolan. Correlation ID adalah kunci gabungan stabil yang mengikat baris debit prabayar ke DLR (atau status event) untuk maksud yang sama. Tanpanya, keuangan melihat pengeluaran dan produk melihat status — tidak ada yang bisa membuktikan bahwa mereka menjelaskan satu pengiriman.
Halaman ini adalah kontrak gabungan, bukan buku panduan ekspor sesi Verify dan bukan primer buku besar debit-vs-status. Terkait: Baris debit vs status pengiriman di ledger yang sama, korelasi sesi Verify untuk ekspor keuangan, Bahasa status bersama untuk produk dan keuangan, Sinyal hilang bukan berarti terkirim, Papan sinyal operasional saat volume.
Korelasi bukan utas obrolan
Tautan Slack dan judul tiket bukanlah kunci gabungan. ID harus dibuat saat pembuatan hold/intent, dibawa pada baris debit, dan digemakan pada setiap event DLR/status terminal. Percobaan ulang menggunakan kembali ID yang sama di bawah kunci idempotensi yang sama. Jika dukungan menempelkan string yang berbeda setiap jam, Anda tidak memiliki korelasi — Anda memiliki cerita rakyat.
ID yang sama pada debit dan DLR
| Permukaan | Harus membawa | Gagal jika hilang |
|---|---|---|
| Prepaid debit / hold | Korelasi + intent id | Pengeluaran tak tergabung |
| DLR / status | ID korelasi yang sama | Event pengiriman yatim |
| Baris ekspor Ops | Keduanya + kata terminal | Rekon berdasarkan memori |
Gabungan keuangan tanpa arkeologi
Akhir bulan harus memfilter satu kolom, bukan merekonstruksi dari tangkapan layar. Ekspor: correlation id, jumlah debit (USD), hold→settle, status terminal, stempel waktu. USD 1.000/bulan yang lunak memperlakukan gabungan yang tidak cocok sebagai tiket rekon; USD 20 membuktikan gabungan pada koridor kecil sebelum bahasa volume. Cerita Verify terkait: korelasi sesi Verify untuk ekspor keuangan.
Gabungan yang hilang adalah insiden
Jangan otomatis memetakan DLR yatim ke pengeluaran yang terkirim, dan jangan selesaikan debit id-kosong sebagai 'mungkin baik-baik saja'. Buka rekon, jaga status tetap jujur (hilang/tidak diketahui sampai digabungkan atau penutupan bernama), dan blokir bahasa 'Live volume' saat kesehatan gabungan berwarna merah di Papan sinyal operasional saat volume.
Daftar periksa pembeli untuk Correlation ID
- ID korelasi dicetak saat pembuatan hold/intent — bukan setelahnya.
- DLR harus menggemakan ID dari debit asli.
- Tolak debit tanpa ID di tingkat ledger.
Mulai dengan IOSOR
Buat correlation ID saat hold, tulis di baris debit prabayar, dan wajibkan string yang sama pada DLR akhir. Ekspor satu baris tergabung: id hold, jumlah debit, status DLR, cap waktu. Debit tanpa DLR yang cocok — atau DLR tanpa debit — tetap insiden. Ini gabungan uang-ke-tanda terima, bukan jejak jalur permintaan.
Intisari IOSOR
Debit dan DLR berbagi satu ID atau keuangan tidak bisa mengaudit kiriman.
Lakukan: lahirkan ID saat hold dan tolak gabungan tak cocok sebagai insiden.
Jangan: meramu string baru saat webhook, atau merakit tutup bulan dari utas obrolan.
Apakah panduan ini membantu?
Panduan terkait
- Rekonsiliasi Log Peristiwa Telemetri dengan Debit Buku Besar saat Penagihan
Pelajari cara mengaudit dan merekonsiliasi telemetri eksekusi pesan dengan debit buku besar di IOSOR untuk akurasi penagihan.
- Menetapkan Baseline Metrik Telemetri Selama Minggu Pilot
Pelajari cara menetapkan baseline telemetri yang stabil, memverifikasi latensi webhook, dan memantau ambang batas prabayar selama minggu pilot white-label CPaaS dengan IOSOR.
- Analisis Latensi Tanda Terima Pengiriman (DLR) Selama Tinjauan Volume Bulanan
Evaluasi dan kurangi penundaan propagasi DLR selama tinjauan volume bulanan untuk melindungi SLA hilir dan mengoptimalkan kinerja webhook.