సందేశ జీవనచక్ర స్థితులు మరియు తక్కువ డెలివరీ ప్లేబుక్స్

సందేశ జీవనచక్ర స్థితులు మరియు తక్కువ డెలివరీ ప్లేబుక్స్.

API స్వీకరణ మరియు ప్రారంభ క్యూలో ఉన్న స్థితి

API క్లయింట్ మెసేజింగ్ ఎండ్‌పాయింట్‌కు SMS అభ్యర్థనను సమర్పించినప్పుడు, ప్లాట్‌ఫారమ్ సింటాక్స్ ధృవీకరణ మరియు ప్రిపేడ్ లెడ్జర్ అధికారాన్ని నిర్వహిస్తుంది. OTP హెచ్చరికలు లేదా నోటిఫికేషన్‌లను పంపినా, గమ్యస్థాన సంఖ్య కచ్చితంగా E.164 ఫార్మాట్‌కు కట్టుబడి ఉండాలి. మెసేజ్‌ను స్టేట్ మెషిన్‌లోకి తరలించే ముందు, ఖాతాలో అవసరమైన USD 20 ప్రిపేడ్ కనీస నిల్వ ఉందో లేదో ఇంజిన్ తనిఖీ చేస్తుంది.

ప్రాసెసింగ్ స్థితి మరియు క్యారియర్ హ్యాండ్‌ఆఫ్ మెకానిక్స్

క్యూలో చేరిన తర్వాత, అంతర్గత డిస్పాచర్ రికార్డును అవుట్‌బౌండ్ పైప్‌లైన్‌కు మారుస్తుంది. ఈ దశలో, ఇంజిన్ రూటింగ్ నియమాలు, పంపినవారి ID సమ్మతి మరియు నెట్‌వర్క్ లభ్యతను అంచనా వేస్తుంది. అవుట్‌బౌండ్ ట్రాఫిక్‌కు ప్రత్యేక పంపినవారి గుర్తింపు అవసరమైతే, సిస్టమ్ ఆలస్యం లేకుండా క్రియాశీల చిరునామాను అనుసంధానించడానికి JIT కేటాయింపును నిర్వహిస్తుంది.

అసమకాలిక DLR పరివర్తనాలు మరియు లోపం కోడ్‌లు

పంపబడిన స్థితి నుండి అంతిమ స్థితికి మారడం డెలివరీ నివేదికల (DLR) ద్వారా అసమకాలికంగా జరుగుతుంది. మొబైల్ క్యారియర్ delivered, undelivered లేదా failed వంటి ఫలితాలను సూచించే రసీదును తిరిగి పంపుతుంది. హ్యాండ్‌సెట్ అందుబాటులో లేకపోతే, క్యారియర్ టైమర్‌లు ముగిసే వరకు DLR పెండింగ్‌లో ఉంటుంది.

డెలివరీ విఫలమైతే, సిస్టమ్ లోపం కోడ్‌లను వివరంగా విశ్లేషిస్తుంది. ఉదాహరణకు, నెట్‌వర్క్ తప్పు సంఖ్య లేదా బ్లాక్ చేయబడిన ట్రాఫిక్ కోసం కోడ్‌ను తిరిగి పంపితే, ప్లాట్‌ఫారమ్ తక్షణమే స్థితిని అప్‌డేట్ చేస్తుంది.

ప్రిపేడ్ లెడ్జర్ హోల్డ్‌లు మరియు ప్లాట్‌ఫారమ్ పరిమితులు

ప్రతి స్థితి మార్పు నేరుగా ప్రిపేడ్ లెడ్జర్ ఆర్థిక లావాదేవీలతో అనుసంధానించబడి ఉంటుంది. ప్రారంభ సమర్పణ గమ్యస్థాన ధరలు మరియు మెసేజ్ భాగాల సంఖ్య ఆధారంగా తాత్కాలిక హోల్డ్‌ను లెక్కిస్తుంది. అధిక పరిమాణంలో పంపే ఖాతాలు USD 1,000 పరిమితిని దాటినప్పుడు స్వయంచాలక తనిఖీలకు లోనవుతాయి.

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

స్టేట్ మెషిన్ నిఘా మరియు వెబ్‌హుక్ అనుసంధానం

సంబంధిత: క్యూలో ఉన్న సందేశాలు నిధులను హోల్డ్ చేయాలి, పంపినట్లుగా డెబిట్ చేయకూడదు · క్యూలో ఉంది వర్సెస్ పంపబడింది: IOSOR లో ఒకే సందేశ మార్గం · మొదటి డెబిట్‌కు ముందు ప్రీపెయిడ్ నిధుల రిజర్వ్.

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

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

IOSOR సారాంశం

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