Voice OTP Fallback Routing Playbook

క్యారియర్ ఫిల్టరింగ్ కారణంగా SMS డెలివరీ నిలిచిపోయినప్పుడు వాయిస్ OTP కి మారడం ద్వారా యూజర్ సె

SMS డెలివరీ వైఫల్యాలను గుర్తించడం

అధిక కన్వర్షన్ రేటును నిర్వహించడానికి, హ్యాండ్‌సెట్ రీచ్‌బిలిటీ లోపాలను గుర్తించడానికి DLR స్టేటస్‌లను పర్యవేక్షించండి. నెట్‌వర్క్-స్థాయి తిరస్కరణ లేదా తప్పు రూటింగ్ కారణంగా SMS విఫలమైనప్పుడు, IOSOR ప్లాట్‌ఫారమ్ ఒక webhook ఈవెంట్‌ను ట్రిగ్గర్ చేస్తుంది. పరికరం అందుబాటులో లేదని లేదా సందేశం బ్లాక్ చేయబడిందని సూచించే నిర్దిష్ట ఎర్రర్ కోడ్‌ల కోసం ఈ ఈవెంట్‌లను ఫిల్టర్ చేయండి. సెకండరీ అథెంటికేషన్ ఫ్లోను వెంటనే ప్రారంభించడానికి మీ అప్లికేషన్ లాజిక్ ఈ DLR కోడ్‌లను రియల్-టైమ్‌లో క్యాప్చర్ చేస్తుందని నిర్ధారించుకోండి.

వాయిస్ ఫాల్‌బ్యాక్ ట్రిగ్గర్‌ను కాన్ఫిగర్ చేయడం

వైఫల్యం గుర్తించబడిన తర్వాత, సిస్టమ్ ఆటోమేటిక్‌గా వాయిస్ APIని కాల్ చేయాలి. విఫలమైన SMS ఈవెంట్‌లను వాయిస్-ఆధారిత OTP కాల్‌కి మ్యాప్ చేయడానికి మీ IOSOR డాష్‌బోర్డ్‌ను కాన్ఫిగర్ చేయండి. గ్లోబల్ రీచ్‌బిలిటీని నిర్ధారించడానికి అన్ని డెస్టినేషన్ నంబర్‌ల కోసం E.164 ఫార్మాటింగ్‌ను ఉపయోగించండి. వాయిస్ కాల్ చేయడానికి ముందు హ్యాండ్‌సెట్ తాత్కాలిక సిగ్నల్ నష్టం నుండి కోలుకోవడానికి కనీసం 30 సెకన్ల రీట్రై డిలేను సెట్ చేయండి. ఇది అనవసరమైన ఖర్చులను నిరోధిస్తుంది మరియు వినియోగదారు అనుభవాన్ని మెరుగుపరుస్తుంది.

ప్రీపెయిడ్ ఖాతా పరిమితులను నిర్వహించడం

మీ ప్రీపెయిడ్ బ్యాలెన్స్‌ను పర్యవేక్షించడం ద్వారా మీ సేవా కొనసాగింపును నిర్వహించండి. అంతరాయం లేని API ఎగ్జిక్యూషన్‌ను నిర్ధారించడానికి IOSORకి 20 USD ప్రీపెయిడ్ బ్యాలెన్స్ అవసరం. మీ ట్రాఫిక్ వాల్యూమ్ పెరిగితే, మీ నెలవారీ ఖర్చుపై నిఘా ఉంచండి; నెలకు 1,000 USD కంటే ఎక్కువ ఖర్చు చేసే ఖాతాలు రూటింగ్ మార్గాలను ఆప్టిమైజ్ చేయడానికి మరియు భద్రతా ప్రోటోకాల్‌లను నిర్ధారించడానికి సమీక్షకు లోబడి ఉంటాయి. పీక్ అథెంటికేషన్ విండోల సమయంలో సేవ నిలిపివేయబడకుండా ఉండటానికి బిల్లింగ్ కన్సోల్ ద్వారా ఎల్లప్పుడూ మీ బ్యాలెన్స్‌ను టాప్-అప్ చేయండి.

JIT నంబర్ ప్రొవిజనింగ్‌ను అమలు చేయడం

వాయిస్ OTP డెలివరీ కోసం, నంబర్‌లను డైనమిక్‌గా కేటాయించడానికి JIT (Just-In-Time) ప్రొవిజనింగ్‌ను ఉపయోగించండి. స్టాటిక్ పూల్స్‌ను నిర్వహించడానికి బదులుగా, కాల్ ప్రారంభించినప్పుడు మాత్రమే సిస్టమ్ IOSOR రిజిస్ట్రీ నుండి నంబర్‌ను అభ్యర్థిస్తుంది. ప్రతి OTP ప్రయత్నం తాజా, అధిక ఖ్యాతి గల మూలం నుండి వస్తుందని ఇది నిర్ధారిస్తుంది. కాల్ పూర్తయిన తర్వాత లేదా సెషన్ ముగిసిన తర్వాత, నంబర్ తిరిగి పూల్‌కు విడుదల చేయబడుతుంది, ఇది మీ MRC ఖర్చులను అంచనా వేయదగినదిగా మరియు సమర్థవంతంగా ఉంచుతుంది.

అవసరమైన డాక్యుమెంటేషన్‌ను ఏకీకృతం చేయడం

మీ అమలును మెరుగుపరచడానికి, కార్యాచరణ శ్రేష్ఠత కోసం ఈ ప్రధాన వనరులను సమీక్షించండి:

• తెలియని DLR స్పైక్: వాలెట్ కాలిపోకుండా మొదటి 24 గంటలు
• AMD మరియు తప్పు కనెక్ట్‌లు

IOSOR తో ప్రారంభించండి

మీ IOSOR కన్సోల్‌ను తెరిచి, SMS డెలివరీ వైఫైల్య ఈవెంట్‌ల కోసం వెబ్‌హుక్ లిసనర్‌ను సెటప్ చేయడానికి రూటింగ్ రూల్స్‌కు నావిగేట్ చేయండి. అబ్సెంట్ సబ్‌స్క్రైబర్ లేదా హ్యాండ్‌సెట్ టైమ్‌అవుట్ వంటి శాశ్వత అందుబాటులో లేని స్టేటస్ కోడ్‌ల కోసం DLR పేలోడ్‌లను ఫిల్టర్ చేయండి, ఆపై ఆ ఈవెంట్‌లను నేరుగా మీ వాయిస్ OTP ట్రిగ్గర్‌కు మ్యాప్ చేయండి. నిర్దేశిత 30 సెకన్ల విండోలో ఆటోమేటెడ్ కాల్‌లు ప్రారంభమవుతాయని ధృవీకరించడానికి సిమ్యులేటెడ్ వైఫైల్య పేలోడ్‌తో ద్వితీయ వాయిస్ డిస్పాచ్ పైప్‌లైన్‌ను పరీక్షించండి.

IOSOR సారాంశం

అందుబాటులో లేని SMS స్టేటస్ కోడ్‌లను గుర్తించిన వెంటనే వాయిస్ కాల్‌లకు ఫెయిలఓవర్ చేయడం తాత్కాలిక మొబైల్ నెట్‌వర్క్ వైఫైల్యాల వల్ల జరిగే అథెంటికేషన్ డ్రాప్-ఆఫ్‌ను నివారిస్తుంది. చేరుకోలేని హ్యాండ్‌సెట్‌లపై పదేపదే SMS రిట్రై ప్రయత్నాలపై ఆధారపడటం వల్ల మెసేజింగ్ ఖర్చు వృధా అవుతుంది మరియు కీలకమైన ధృవీకరణ ప్రవాహాలలో ఇబ్బంది కలుగుతుంది.

SMS DLRలు హ్యాండ్‌సెట్ అందుబాటులో లేదని నిర్ధారించినప్పుడు JIT-ప్రొవిజన్ చేయబడిన వాయిస్ కాల్‌లను ట్రిగ్గర్ చేసే వెబ్‌హుక్-ఆధారిత రూటింగ్ లాజిక్‌ను కాన్ఫిగర్ చేయండి. విఫలమైన SMS మార్కాలను గుడ్డిగా పునఃప్రయత్నించవద్దు లేదా E.164 నంబర్ ఫార్మాటింగ్ మరియు కనిష్ట ఆలస్య బఫర్‌ను అమలు చేయకుండా ద్వితీయ వాయిస్ డిస్పాచ్‌లను ట్రిగ్గర్ చేయవద్దు.