IOSOR

IOSOR Panduan

Urutan kejadian versus pencatatan ledger

Peristiwa DLR dan MO yang datang tidak berurutan tidak boleh merusak aturan debit prabayar — urutan kedatangan bukanlah hukum uang.

Jaringan mengirimkan callback secara tidak berurutan. DLR yang terlambat, MO lebih awal, atau perubahan status sebelum penyelesaian tidak boleh menciptakan debit kedua atau menulis ulang baris yang sudah diselesaikan. Halaman ini adalah kontrak urutan pencatatan: aturan ledger bertahan dari penyusunan ulang — bukan pengantar ID korelasi dan bukan esai penagihan MO vs MT.

Terkait: Webhook duplikat tidak boleh memicu debit kedua, Ops konsumen webhook pada volume tinggi, Gerbang tanda tangan dan jendela replay, Kontrak webhook sebelum pengiriman pertama, Baris debit vs status pengiriman di ledger yang sama.

Urutan kedatangan bukanlah hukum ledger

Kedatangan HTTP adalah kecelakaan transportasi. Uang dicatat di bawah hold → penyelesaian → pembaruan hasil — bukan «callback mana yang mendarat terakhir». USD 1.000/bulan yang lunak memperlakukan penyusunan ulang sebagai insiden keuangan ketika produk menunjukkan keberhasilan sementara ledger bergerak ganda. USD 20 membuktikan bahwa DLR terlambat paksa tidak pernah membuka debit paralel. Replay ID yang sama: Webhook duplikat tidak boleh memicu debit kedua. Halaman ini membahas kejadian berbeda, urutan salah.

Seperti apa bentuk di luar urutan

Pola kedatangan Pencatatan aman Reaksi tidak aman
DLR sebelum penyelesaian Tertunda; selesaikan sekali di bawah hold Debit dari DLR saja
Gagal lalu terkirim Perbarui hasil di tempat Biaya kedua untuk perubahan status
MO sebelum korelasi MT Arsipkan kotak masuk; gabungkan saat MT selesai Tagih MO sebagai outbound
Status setelah refund Tidak ada uang baru; anotasi Selesaikan ulang niat yang dilepaskan
Dua terminal, satu niat Satu baris uang Dua baris debit .

Worker menerapkan tabel yang sama pada volume tinggi: Ops konsumen webhook pada volume tinggi. Keaslian didahulukan: Gerbang tanda tangan dan jendela replay.

Aturan pencatatan yang bertahan dari penyusunan ulang

Mint kunci hold dan idempotensi sebelum efek samping (Kontrak webhook sebelum pengiriman pertama). Selesaikan sekali per niat yang dapat ditagih; peristiwa selanjutnya hanya memperbarui hasil. Jangan pernah membuka debit paralel untuk DLR atau MO awal/terlambat. Tolak atau parkir di luar jendela bertanda tangan — tidak ada keberhasilan buatan. Ekspor digabungkan berdasarkan niat — bukan stempel waktu kedatangan. Uang↔hasil: Baris debit vs status pengiriman di ledger yang sama. Bahasa volume lunak tetap diblokir selama uji asap out-of-order menunjukkan dua baris uang untuk satu niat.

Keterlambatan adalah normal; uang ganda tidak

Keterlambatan adalah hal yang biasa, tetapi duplikasi saldo adalah masalah besar. Sistem harus dirancang untuk tahan terhadap gangguan jaringan.

Daftar periksa pembeli untuk urutan kejadian versus pencatatan

Pastikan endpoint webhook Anda memvalidasi setiap token dan tanda tangan dengan benar. Hindari celah keamanan operasional.

Mulai dengan IOSOR

Di konsol: Event order vs ledger posting must reconcile by shared id.. Namai pemilik dan gerbang sebelum scale.

Terkait: duplicate webhook no second debit webhook consumer ops at volume.

Inti IOSOR

Ini disiplin ops yang bisa dinas—bukan brochure.

Lakukan: name owner + gate. Jangan: skip the gate.

Apakah panduan ini membantu?

Panduan terkait