IOSOR

IOSOR Gabay

Piloto ng pitaka: katotohanan ng hold at debit sa live na trapiko

Masterin ang mga mekanismo ng pitaka sa unang linggo ng live na CPaaS trapiko: pamamahala ng mga pending holds, posted debits, at JIT number reconciliation.

Piloto ng pitaka: katotohanan ng hold at debit sa live na trapiko.

Reyalidad ng live na piloto: mga transisyon lampas sa simpleng reserbasyon

Sa unang linggo ng live na trapiko ng pagmemensahe, ang iyong sistema ng balanse ay lumipat mula sa mga simulate na pagsusuri sa sandbox patungo sa mga totoong transisyon ng pinansyal na estado. Bagamat sinusuri ng mga pangunahing tseke ng balanse ang mga pondo bago iproseso, sinusubukan ng trapiko sa unang linggo kung paano nagiging mga huling posted debit o malinis na pagpapalabas ang mga pansamantalang hold.

Pag-reconcile ng mga pending hold laban sa mga kumpirmadong rekord ng debit

Kapag ang isang kahilingan sa mensahe o kahilingan sa alokasyon ng numero ng JIT ay pumasok sa pipeline, ang sistema ay agad na naglalagay ng pansamantalang hold sa mga pondo. Kapag dumating na ang huling ulat ng paghahatid (DLR) o natapos na ang kaganapan sa pag-assign ng numero, ang pending hold ay dapat manirahan sa isang permanenteng hilera ng debit o kumawala pabalik sa magagamit na balanse. Kung maantala o mabigo ang mga webhook, ang ledger ay hindi dapat mag-iwan ng multo.

Matris ng oras ng kaganapan para sa SMS at pag-assign ng numero

Uri ng Kaganapan Paunang Estado Aksyon sa Huling Ledger Patakaran sa Timeout
OTP SMS Hold Pending Naayos na Debit sa DLR Palayain sa HB Expire
10DLC Blast Hold Pending Bahagyang Debit + Palayain Auto-settle sa 24h
JIT Number Assign Hold Pending Buwanang Bayad sa Debit Instant Revert sa Error
Webhook Failure Hold Pending System Audit Hold -

Paghawak sa mga gilid na kaso kapag huminto ang puna sa paghahatid

Sa live na produksyon, ang mga network ng carrier ay minsan ay nabibigong magbalik ng huling DLR sa loob ng mga karaniwang bintana. Ang iyong serbisyo sa pagsingil ay dapat magpatupad ng tumpak na mga tseke ng heartbeat (HB) at mga timer ng pag-reconcile ng estado. Kung ang pag-update ng estado ay nakasabit, ang sistema ay hindi dapat mag-double-debit kapag dumating ang isang naantalang callback. Ang mga developer ay dapat magtatag ng mahigpit na mga panuntunan sa pagpapatakbo bago ang paglunsad.

Mga hangganan ng pagpapatakbo para sa sukat at mga tseke ng balanse

Ang pamamahala sa panganib ng live na balanse ay nangangailangan ng pagtatakda ng makatotohanang mga margin ng kaligtasan. Ang minimum na USD 20 prepaid floor ay nagsisiguro na ang mga high-concurrency SMS request ay hindi mahuhulog sa negatibong balanse sa panahon ng mga cycle ng pag-reconcile ng ledger.

Magsimula sa IOSOR

Buksan ang console ng pagsingil ng IOSOR upang suriin ang mga aktibong entry sa ledger ng hawak laban sa mga papasok na ulat sa paghahatid. I-configure ang mga patakaran sa timeout ng heartbeat para sa mga nakabinbing hawak upang awtomatikong ilabas ng mga natigil na update sa network ang mga nakareserbang pondo. Magpatakbo ng audit ng pagkakasundo sa mga live na log ng trapiko ng iyong unang linggo upang i-verify na ang mga pansamantalang hawak ay tumpak na nagiging mga pinal na naayos na debit.

Buod ng IOSOR

Pinapatunayan ng live na trapiko sa unang linggo na ang integridad ng pinansyal na ledger ay nakasalalay sa mga malinaw na paglipat ng estado sa pagitan ng mga pansamantalang hawak at mga naayos na debit. Ang pag-asa lamang sa mga simpleng pagsusuri sa balanse bago ang paglipad ay nag-iwan sa iyong pipeline ng pagmemensahe na mahina sa paglihis ng balanse kapag ang mga callback ng carrier ay nakabitin o nabigo.

Nakatulong ba ang gabay na ito?

Mga kaugnay na gabay