Pagkabigo ng Silent Auth, Pagkatapos ay Isang OTP Debit — Hindi Dalawa

Pagkabigo ng Silent Auth, Pagkatapos ay Isang OTP Debit — Hindi Dalawa.

Mekanismo ng Silent Auth Fallback

Kapag nagpapatupad ng silent mobile verification, sinusubukan ng pangunahing landas na i-verify ang pagkakakilanlan ng user nang direkta sa pamamagitan ng mga header ng cellular network. Ang prosesong ito ng silent auth ay mabilis at walang abala, ngunit maaari itong mabigo kung ang user ay nasa Wi-Fi o gumagamit ng hindi sinusuportahang carrier. Sa mga ganitong sitwasyon, awtomatikong nagti-trigger ang IOSOR ng fallback sa isang karaniwang SMS OTP.

Mga Panuntunan sa Ledger para sa Nabigong Silent Auth

Isang pangunahing alalahanin sa operasyon para sa mga developer at team ng pananalapi ay kung paano itinatala ng ledger ng platform ang mga paglipat na ito. Kapag nabigo ang isang pagtatangka sa silent auth, hindi ito dapat gumawa ng matagumpay na singil sa pag-verify. Itinuturing ng ledger ang pagtatangka sa silent auth at ang kasunod na SMS OTP bilang isang solong lohikal na transaksyon. Kung nabigo ang silent check, nananatiling bukas ang transaksyon.

Pag-iwas sa Double Debit sa SMS Handoff

Upang maiwasan ang mga double debit, sinusubaybayan ng IOSOR API ang token ng transaksyon sa parehong channel. Ang ilang mga platform ay nagkakamali sa pagsingil ng bayad sa paghahatid para sa silent na pagtatangka at isa pa para sa SMS OTP. Iniiwasan ito ng IOSOR sa pamamagitan ng paggamit ng isang pinag-isang template ng pag-verify. Kung nabigo ang silent auth, minamarkahan ng system ang silent phase bilang nabigo ngunit pinapanatiling aktibo ang session.

Pamamahala ng mga Prepaid Balance at Limitasyon

Ang lahat ng transaksyon sa platform ay tumatakbo laban sa iyong prepaid balance. Ipinapatupad ng IOSOR ang isang minimum na USD 20 prepaid floor upang panatilihing aktibo ang iyong API at maiwasan ang biglaang pagkaantala sa serbisyo sa panahon ng mga kampanya ng pag-verify na may mataas na trapiko.

Mga Link ng Integrasyon at Pag-verify ng Webhook

Upang i-configure ang iyong fallback logic at subaybayan ang mga entry sa ledger, kumonsulta sa aming mga detalyadong gabay. Maaari mong subaybayan ang mga real-time na pagbabago sa katayuan sa pamamagitan ng pag-subscribe sa aming mga verification webhook, na naghahatid ng mga instant payload para sa bawat kaganapan ng DLR at 'Verify OK'.

Magsimula sa IOSOR

Suriin ang iyong mga fallback na transaksyon sa IOSOR console sa ilalim ng mga log ng sesyon ng beripikasyon. Tiyaking muling ginagamit ng iyong aplikasyon ang pinagsamang token ng transaksyon sa panahon ng paglilipat ng SMS OTP sa halip na magsimula ng hiwalay na pangalawang sesyon. Suriin sa pamamagitan ng mga kaganapan sa webhook na ang nabigong pagsusuri sa selular ay nakatala bilang isang zero-rated na transaksyon bago mangyari ang iisang debit sa SMS.

• Silent Auth Nang Walang SMS Hop
• Silent Authentication laban sa Line-Type Lookup sa Modernong CPaaS
• Mga Refund sa DLR Failure Ledger: Pagsasaayos ng mga SMS Credit

Buod ng IOSOR

Ang paglipat mula sa silent mobile verification patungo sa SMS OTP ay dapat ituring ang buong pagkakasunod-sunod bilang isang tuluy-tuloy na pagtatangka. Ang pag-uugnay ng mga pagsusuri sa header ng selular at paghahatid ng SMS sa isang pinagsamang ID ng transaksyon ay nagsisiguro na ang iyong ledger ay nagtatala ng iisang singilin na kaganapan lamang kapag matagumpay na naipadala ang code.