IOSOR Panduan

Merekonsiliasi Tahanan Prabayar Tersangkut Selepas Gangguan Hulu

Panduan langkah demi langkah untuk mengaudit dan melepaskan tahanan sistem prabayar yang tersangkut di semua saluran pengebilan berikutan insiden rangkaian platform.

Merekonsiliasi Tahanan Prabayar Tersangkut Selepas Gangguan Hulu.

Mengesan Tahanan Lejar Terbiar Selepas Insiden Rangkaian

Apabila degradasi laluan pembawa atau rangkaian hulu berlaku, benang transaksi JIT yang aktif boleh tamat di tengah jalan sebelum menerima pengesahan DLR atau webhook muktamad. Ini meninggalkan peruntukan baki terkunci dalam keadaan terbiar. Pengendali mesti membuat query pada lejar pusat menggunakan konsol pemulihan untuk mengasingkan transaksi di mana status niat belum selesai tetapi cap waktu rangkaian tamat tempoh lebih dari empat jam yang lalu.

Skrip Rekonsiliasi Automatik Berbanding Sapuan Lejar Manual

Bergantung kepada eksport CSV manual semasa tingkap pemulihan volum tinggi memperkenalkan ralat manusia dan melambatkan barisan sokongan pelanggan. Sebaliknya, gunakannya skrip audit automatik yang lelar melalui lejar menggunakan kunci idempotensi. Skrip ini merujuk silang resit penghantaran pembawa dengan jurnal baki dalaman. Jika webhook gagal dihantar akibat tamat masa gerbang, skrip mencetuskan penyegerakan status paksaan. Akaun yang mempamerkan aktiviti tidak normal.

Melepaskan Rizab untuk Tugasan Nombor E.164 dan Trafik OTP

Vektor perkhidmatan yang berbeza mengendalikan tahanan prabayar dalam cara yang berasingan. Tugasan nombor bergantung pada potongan MRC segera dan tahanan peruntukan JIT, manakala trafik OTP dan ledakan SMS menggunakan rizab lejar sekelip mata yang mesti dibersihkan dalam beberapa saat. Semasa sapuan pasca-gangguan, asingkan query audit anda mengikut vektor. Lepaskan tahanan peruntukan nombor hanya jika pembawa asas mengesahkan arahan peruntukan gagal sepenuhnya. Untuk pesanan.

Mengendalikan Keadaan Perlumbaan dan Replay Webhook

Kemas kini lejar serentak semasa pemulihan insiden besar boleh mencetuskan keadaan perlumbaan di mana webhook tertunda tiba serentak dengan skrip bayaran balik automatik. Untuk mengelakkan kerosakan lejar, kuatkuasakan penguncian peringkat baris yang ketat dan bergantung pada token idempotensi unik yang dijana semasa permintaan API awal.

Dokumentasi Pemulihan Penting dan Pautan Silang

Mengekalkan ketelusan semasa audit pengebilan memerlukan penyimpanan rekod yang ketat dan pematuhan pada saluran pemulihan yang ditetapkan. Semak panduan pengurusan insiden sejarah untuk mengelakkan keadaan perlumbaan berulang semasa tingkap degradasi masa depan.

Mulakan dengan IOSOR

Buka konsol IOSOR dan pergi ke panel Audit Dompet untuk menyemak semua tempahan baki belum selesai yang ditandakan semasa tempoh insiden. Tapis peruntukan yang tersangkut menggunakan kekunci idempotensi transaksi dan padankan dengan status DLR akhir atau masa tamat penghantaran. Jalankan baris gilir penyesuaian automatik dengan penguncian peringkat baris yang ketat diaktifkan untuk melepaskan pegangan terbiar secara kelompok kembali kepada baki akaun aktif tanpa mencetuskan bayaran balik duplikate.

Inti IOSOR

Peruntukan baki yang tidak diselesaikan selepas gangguan rangkaian memesongkan baki akaun prabayar dan mengunci modal pelanggan. Menjalankan audit lejar automatik menggunakan kekunci idempotensi unik memastikan setiap pegangan yang tersangkut untuk tugasan nombor atau ledakan OTP disesuaikan dengan resit DLR yang disahkan tanpa campur tangan lejar manual.

Adakah panduan ini membantu?

Panduan berkaitan