IOSOR

IOSOR Gabay

Insidente sa Catalog: Ang Maling Live sa Panahon ng Insidente ay Hindi Dapat Mag-debit

Alamin kung paano hinahawakan ng IOSOR catalog ang mga unang insidente, tinitiyak na ang mga channel sa Setup ay hindi nagdudulot ng live flip billing o aksidenteng bawas.

Sa panahon ng system incident sa catalog, maaaring magpakita ng maling "live" status ang system kahit hindi naman talaga ito aktibo. Tandaan na mahigpit na ipinagbabawal ang pag-debit sa account ng user kapag nagkaroon ng ganitong maling status. Kailangang i-verify muna ang totoong estado ng transaksyon bago gumawa ng anumang aksyon sa pananalapi upang maiwasan ang maling singilin.

Pagyeyelo ng insidente sa catalog para sa mga channel sa Setup

Sa iyong unang insidente sa catalog, ang katatagan ng operasyon ang pinakamahalaga. Ang pangunahing direktiba ay i-freeze ang mga channel na nananatili sa estado ng Setup. Ang isang nagpapatuloy na insidente ay hindi kailanman senyales upang magpatakbo ng awtomatikong pag-flip sa Live. Kapag nag-stutter ang upstream na koneksyon o naantala ang mga webhook, ang mga prepaid na balanse ay dapat manatiling buo.

Pag-iwas sa mga huwad na singil sa ilalim ng presyon

Sinusubukan ng mga insidente ang katatagan ng mga billing engine. Kapag nag-fire ang mga alerto at lumaki ang mga pila ng suporta, ang pag-uugali ng sistema ay dapat manatiling deterministiko. Ang maling katayuan ng Live ay maaaring paminsan-minsan na kumalat sa mga layer ng UI dahil sa mga pagkaantala ng heartbeat o mga pagsubok sa HB. Gayunpaman, ang ledger ng pagsingil ay hindi kailanman dapat sumunod sa isang maling positibo.

Paghawak sa paunang shock sa operasyon

Ang iyong unang insidente sa catalog ay magpapakita kung gaano kahusay ang iyong mga panuntunan sa lifecycle ng channel sa ilalim ng stress. Ang mga mamimili na nag-aayos ng mga bagong numero ay umaasa ng walang putol na alokasyon ng JIT, ngunit ang hindi inaasahang pagbagsak ng landas ng carrier ay maaaring makagambala sa mga daloy ng pag-setup.

Pagkakaiba ng Setup mula sa aktibong trapiko

Ang pag-unawa sa mga estado ng channel ay kritikal para sa mga white-label operator. Ang isang channel na nakaupo sa Setup ay simpleng na-provision sa pamamagitan ng JIT; hindi pa ito nakakumpleto ng pagsubok sa end-to-end OTP o SMS delivery. Ang mga billing engine ay dapat ituring ang mga estadong ito bilang hermetically sealed mula sa isa't isa.

Pag-audit ng mga ledger sa panahon ng mga anomalya sa network

Sa panahon ng kawalan ng katatagan ng network, ang pag-audit ng ledger ay mahalaga. Ang bawat debit ay dapat na nakatali sa isang kumpirmadong kaganapan ng paghahatid. Kung ang isang channel ay nakabitin sa Setup, ang system ay hindi dapat ituring itong Live sa anumang pagkakataon.

Magsimula sa IOSOR

Buksan ang incident board at i-freeze ang bawat catalog promote na In setup pa. Kung kumurap ang Live chip habang madilim ang mga ruta, i-export ang prepaid debit window ng produktong iyon lang. Debit na walang naihatid na DLR ay multo — i-reverse bago muling buksan ang trapiko. Pangalanan kung sino ang nag-freeze ng chip at sino ang puwedeng mag-unfreeze pagkatapos isara.

Buod ng IOSOR

Gawin: ituring ang linggo ng incident bilang freeze ng In setup at hold sa bawat kurap ng Live. Ang billing ay nagtitiwala sa naihatid na resibo, hindi sa berdeng chip na lumitaw sa gitna ng outage.

Huwag: huwag i-Live para mukhang bukas ang tindahan habang madilim ang ruta, o iwanan ang phantom debit dahil gusto ng support ang berdeng badge.

Nakatulong ba ang gabay na ito?

Mga kaugnay na gabay