IOSOR జ్ఞానం

చెల్లని MSISDN డెబిట్ చేయబడకూడదు

IOSOR ప్లాట్‌ఫారమ్ ఇన్‌గ్రెస్ వద్ద చెల్లని E.164 ఫోన్ నంబర్‌లను ఎలా బ్లాక్ చేస్తుందో, తప్పు లెడ్జర్ డెబిట్‌లను నిరోధించడం మరియు మీ ప్రీపెయిడ్ బ్యాలెన్స్‌ను రక్షించడం ఎలాగో తెలుసుకోండి.

చెల్లని MSISDN డెబిట్ చేయబడకూడదు.

ఇన్‌గ్రెస్ ధృవీకరణ వర్సెస్ డౌన్‌స్ట్రీమ్ వైఫల్యం

ఎక్కువ పరిమాణంలో SMS లేదా OTP ట్రాఫిక్‌ను రూట్ చేస్తున్నప్పుడు, ఆర్థిక సమగ్రత కోసం ఇన్‌గ్రెస్ వద్ద చెల్లని గమ్యస్థాన చిరునామాకు మరియు డౌన్‌స్ట్రీమ్ డెలివరీ వైఫల్యానికి మధ్య తేడాను గుర్తించడం చాలా ముఖ్యం. ఏదైనా లెడ్జర్ లావాదేవీ జరగడానికి ముందే API గేట్‌వే వద్ద చెల్లని MSISDN వెంటనే తిరస్కరించబడాలి. ఒకవేళ చెల్లని నంబర్ ఇన్‌గ్రెస్ తనిఖీలను దాటితే, అది తెలియని స్థితితో డౌన్‌స్ట్రీమ్ DLRని సృష్టించవచ్చు, ఇది ఖర్చు వలె కనిపిస్తుంది కానీ ఎటువంటి డెలివరీని ఇవ్వదు. తప్పు గమ్యస్థాన ఫార్మాట్‌ల నుండి మీ బ్యాలెన్స్ రక్షించబడుతుందని నిర్ధారించడానికి IOSOR కఠినమైన ధృవీకరణ నియమాలను అమలు చేస్తుంది.

E.164 పార్సింగ్ ఇంజిన్

మొబైల్ నంబర్‌ను లక్ష్యంగా చేసుకునే ప్రతి API అభ్యర్థన గ్లోబల్ E.164 ప్రమాణానికి వ్యతిరేకంగా నిజ-సమయ పార్సింగ్‌కు లోనవుతుంది. ప్లాట్‌ఫారమ్ దేశం కోడ్, జాతీయ గమ్యస్థాన కోడ్ మరియు సబ్‌స్క్రైబర్ నంబర్ పొడవును తనిఖీ చేస్తుంది. ఫార్మాట్ చెల్లనిదైతే, గేట్‌వే వెంటనే HTTP 400 Bad Requestని అందిస్తుంది. ఈ నిజ-సమయ ధృవీకరణ వనరులు కేటాయించబడటానికి లేదా ప్రీపెయిడ్ హోల్డ్ వర్తింపజేయడానికి ముందే ఉనికిలో లేని రూటింగ్ మార్గాలు బ్లాక్ చేయబడతాయని నిర్ధారిస్తుంది. ఈ విధానం చెల్లని నంబర్‌లు దాచిన ఖర్చులను కలిగించే డౌన్‌స్ట్రీమ్ క్యారియర్ ప్రశ్నలను ప్రేరేపించకుండా నిరోధిస్తుంది.

లెడ్జర్ నియమాలు మరియు ప్రీపెయిд హోల్డ్‌లు

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

వెబ్‌హుక్ పేలోడ్‌లు మరియు ఎర్రర్ కోడ్‌లు

సందేశం ఇన్‌గ్రెస్ వద్ద తిరస్కరించబడినప్పుడు, API ప్రతిస్పందన నిర్దిష్ట ఎర్రర్ పేలోడ్‌ను కలిగి ఉంటుంది. అసమకాలిక DLR వెబ్‌హుక్ కోసం వేచి ఉండటానికి బదులుగా, మీ అప్లికేషన్ తక్షణ సమకాలిక లోపాన్ని అందుకుంటుంది. ఈ పేలోడ్‌లో చెల్లని పరామితి మరియు స్పష్టమైన తిరస్కరణ కోడ్ ఉంటాయి. చెల్లుబాటు అయ్యే నంబర్‌ల కోసం, సిస్టమ్ రూటింగ్ మార్గాన్ని కేటాయిస్తుంది మరియు వెబ్‌హుక్ ద్వారా స్థితి నవీకరణలను పంపుతుంది, ఇందులో STOP మరియు Verify OK ఈవెంట్‌లు ఉంటాయి, ఎటువంటి API సైకిళ్లను వృధా చేయకుండా మీ సందేశ పైప్‌లైన్ యొక్క పూర్తి పారదర్శకతను నిర్ధారిస్తుంది.

డెవలపర్ వనరులు మరియు ఇంటిగ్రేషన్

అనవసరమైన ఖర్చులను నివారించే బలమైన ఇంటిగ్రేషన్‌ను రూపొందించడానికి, డెవలపర్‌లు APIని పిలవడానికి ముందే క్లయింట్-సైడ్ ధృవీకరణను అమలు చేయాలి. మీ అమలును ఆప్టిమైజ్ చేయడానికి ఈ ముఖ్యమైన గైడ్‌లను సమీక్షించండి:

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

సాండ్బాక్స్ నుంచి POST చేయండి: దేశం కోడ్ లేని గమ్యం, అసాధ్య పొడవు నంబర్. HTTP 400 మరియు మారని ledger ఆశించండి — hold లేదు, debit లేదు. చెల్లు E.164 పంపండి; accept తర్వాతే hold కనపడాలి. చెల్లని జోడీపై డబ్బు కదిలితే ప్రవేశం పార్స్ పాడు.

IOSOR సారాంశం

ప్రవేశం ఫార్మాట్ తిరస్కారం డెలివరీ విఫలం కాదు. చెల్లని MSISDN hold తెరవకూడదు. చేయండి: డబ్బు కదిలే ముందు E.164 పార్స్ చేయండి. చేయవద్దు: ఉండకూడని డెబిట్ ను unknown DLR తో వివరించవద్దు. నంబర్ సరిగా ఏర్పడే వరకు ledger నిశ్శబ్దం.

ఈ గైడ్ సహాయకరంగా ఉందా?

సంబంధిత గైడ్‌లు

  • మీరు పంపే ముందు NANP ఓవర్‌లేలు: ఫైనాన్స్ కోసం డేటా నాణ్యత

    బిల్లింగ్ లోపాలను నివారించడానికి నార్త్ అమెరికన్ నంబరింగ్ ప్లాన్ (NANP) ఓవర్‌లేలను ఎలా పార్స్ చేయాలో తెలుసుకోండి. ట్రాఫిక్ పంపే ముందు మీ ఫైనాన్స్ బృందం సరైన రేట్ జోన్‌లను కోట్ చేస్తుందని నిర్ధారించుకోండి.

  • E.164 పరిశుభ్రత అనేది HLR శోధన కాదు

    స్థానిక E.164 ఫార్మాటింగ్ మరియు NANP ఓవర్‌లే ధృవీకరణ రియల్-టైమ్ HLR శోధనల నుండి ఎందుకు భిన్నంగా ఉన్నాయో మరియు మీ IOSOR రూటింగ్ లెడ్జర్‌ను ఎలా రూపొందించాలో తెలుసుకోండి.