IOSOR జ్ఞానం
మొదటి డెబిట్కు ముందు ప్రీపెయిడ్ రిజర్వ్
రిజర్వ్ చేసిన మొత్తం నుంచి అందుబాటు బ్యాలెన్స్, ఫలిత కేటాయింపు, మొదటి డెబిట్ వరకు నిజమైన డబ్బు మార్గాన్ని చూడండి; విడుదల, రీఫండ్ సహా.
మొదటి billable unit కదలకముందే మొదటి డబ్బు సంఘటన స్పష్టంగా ఉండాలి. prepaid విధానంలో hold ఆమోదించిన మొత్తాన్ని విడిగా ఉంచుతుంది; అది ఇంకా సేవకు చివరి debit కాదు. మిగిలిన మొత్తం ఇతర పనులకు అందుబాటులో ఉంటుంది. send అంగీకరించబడిన తరువాత లేదా కోరిన resource కేటాయించిన తరువాత మాత్రమే ledger సరైన debit నమోదు చేస్తుంది.
IOSOR white-label JIT మార్గం: లెడ్జర్ మరియు DLRపూర్తి, result assign, తరువాత actual amount settle. USD 20 minimum top-up చిన్న pilot wallet floor మాత్రమే; entry fee కాదు. నెలకు సుమారు USD 1,000 usage అనేది volume review కోసం soft signal.
prepaid hold నిజంగా ఏమిటి
ఫలితం తెలియని సమయంలో ఒక intent కోసం hold నిధులను రక్షిస్తుంది. లెడ్జర్ మరియు DLR/completed/released అనే స్పష్టమైన state recordలో ఉండాలి. ఇది wallet requestను భరించగలదని చూపుతుంది; పూర్తికాని పనిని completed serviceగా చూపదు.
hold మరియు అందుబాటు బ్యాలెన్స్
total, reserved, available మొత్తాలను విడిగా చూపండి. USD 50 totalలో USD 12 hold ఉంటే కొత్త action USD 38 మాత్రమే వాడగలదు. concurrent requests ఒకే నిధిని రెండుసార్లు ఖర్చు చేయకూడదు. hold, తరువాతి debit ఒక correlation ID పంచుకోవాలి.
Exportలో opening balance, ప్రతి లెడ్జర్ మరియు DLRకనిపించాలి. లేకపోతే support funding shortageను fulfillment failure నుంచి వేరు చేయలేదు; finance periodను reconcile చేయలేదు.
మొదటి debit నిజాన్ని చూపాలి
Button click కాదు, గమనించగల result debitకు ఆధారం: లెడ్జర్ మరియు DLRలేదా ముందే నిర్వచించిన billable event. final amount hold కంటే తక్కువైతే actual amount settle చేసి మిగతా మొత్తాన్ని release చేయండి. కొత్త approval లేకుండా reserve దాటకండి.
debitకు ముందు failures
Completionకు ముందు failure స్పష్టమైన release లేదా refundతో ముగియాలి. Timeout అయిన JIT request holdను విడుదల చేయవచ్చు; action పూర్తైనా result assign కాకపోతే కనిపించే operational resolution అవసరం. DID ఆర్డర్ విఫలం రీఫండ్ మరియు మార్పు చూడండి.
కొనుగోలుదారు checklist
- లెడ్జర్ మరియు DLRమొత్తాలను finance వేరు చేస్తుందా?
- ప్రతి holdకు expiry, ఒక business intent ID ఉన్నాయా?
- ప్రతి channelలో completionను ఏ event రుజువు చేస్తుంది?
- support case లేకుండా release, refund కనిపిస్తాయా?
- duplicate పాత money resultను వాడుతుందా?
- reserves ఢీకొనే ముందు low balance కొత్త పనిని ఆపుతుందా? తక్కువ బ్యాలెన్స్లో ఆపడం తో కలిపి పరీక్షించండి.
IOSOR తో ప్రారంభించండి
అధిక వాల్యూమ్ బిల్ చేయదగిన అభ్యర్థనలను పంపే ముందు IOSOR కన్సోల్లో మీ ప్రీపెయిడ్ హోల్డ్ గడువు పరిమితులను మరియు అధికార స్థితి వెబ్హుక్లను కాన్ఫిగర్ చేయండి. మీ ఏకీకరణ ఏకీकृत సహసంబంధ ఐడి క్రింద మొత్తం, రిజర్వు చేయబడిన మరియు అందుబాటులో ఉన్న బ్యాలెన్స్లను ట్రాక్ చేస్తుందని ధృవీకరించండి. నెరవేరని అభ్యర్థనలు స్వయంచాలకంగా అందుబాటులో ఉన్న పూల్కి తక్షణ విడుదలను ప్రేరేపిస్తాయని నిర్ధారించడానికి అనుకరణ విఫలమైన ఉద్దేశ్యాన్ని అమలు చేయండి.
IOSOR సారాంశం
ప్రీపెయిడ్ హోల్డ్ అనేది బిల్లు చేయని కార్యాచరణను పూర్తి చేసిన ఆదాయంగా తప్పుగా నిరూపించకుండా రేస్ పరిస్థితులు మరియు డబుల్-స్పెంటింగ్ను నిరోధించడానికి పెండింగ్లో ఉన్న ఉద్దేశ్యాల కోసం నిధులను రింగ్-ఫెన్స్ చేస్తుంది. అందుబాటులో ఉన్న బ్యాలెన్స్ నుండి రిజర్వు చేయబడిన మొత్తాలను వేరుచేయడం ద్వారా మీ సిస్టమ్ గేట్లు మరియు ఫైనాన్స్ బృందాలు రెండూ నిజ సమయంలో ఖాతా ద్రావణీయత యొక్క ఖచ్చితమైన, ఆడిట్-సిద్ధంగా వీక్షణను అందిస్తాయి.
ఈ గైడ్ సహాయకరంగా ఉందా?
సంబంధిత గైడ్లు
- హోల్డ్ గడువు ముగింపు మరియు లెడ్జర్ సెటిల్మెంట్ మధ్య టైమింగ్ అంతరాలను పరిష్కరించడం
మీ వైట్-లేబుల్ CPaaS లెడ్జర్లో హోల్డ్ TTLల తర్వాత డెలివరీ స్థితి వెబ్హుక్లు వచ్చినప్పుడు విడుదల చేయని ప్లాట్ఫారమ్ ఆమోదాలను ఎలా పునరుద్ధరించాలో తెలుసుకోండి.
- అప్స్ట్రీమ్ అంతరాయాల తర్వాత నిలిచిపోయిన ప్రీపెయిడ్ హోల్డ్లను సరిపోల్చడం
ప్లాట్ఫారమ్ నెట్వర్క్ సంఘటనల తర్వాత అన్ని బిల్లింగ్ ఛానెల్లలో నిలిచిపోయిన ప్రీపెయిడ్ సిస్టమ్ హోల్డ్లను ఆడిట్ చేయడానికి మరియు విడుదల చేయడానికి దశలవారీ గైడ్.
- బ్యాలెట్ ఖాళీ అవ్వకముందే వాలెట్ స్పెండ్ వెలాసిటీ అనోమలీస్ను గుర్తించడం
IOSOR ఎలా అసాధారణ ప్రీపెయిడ్ స్పెండ్ వెలాసిటీని గుర్తిస్తుందో, ఆటోమేటెడ్ ట్రాఫిక్ను తక్షణమే నిలిపివేస్తుందో తెలుసుకోండి.