IOSOR

IOSOR జ్ఞానం

ఒకే ledgerలో డెబిట్ వరుసలు versus డెలివరీ స్థితి

ప్రతి ప్రీపెయిడ్ యూనిట్ డెబిట్‌ను DLR లేదా ఛానెల్ ఫలితంతో ఒకే wallet ledgerలో కలపండి, ఫైనాన్స్ sent బ్యాడ్జ్‌ను ఉచిత డబ్బుగా లేదా failను నిశ్శబ్ద write-offగా చూడకుండా.

Sent బ్యాడ్జ్ ఉచిత భోజనం కాదు. Prepaidలో ప్రతి billable యూనిట్ డెబిట్ వరుస ఉంచుతుంది, ఫైనాన్స్ దాన్ని outcomeతో కలుపుతుంది — DLR: delivered / failed లేదా needs attention — స్క్రీన్‌షాట్ అంచనా లేకుండా. డబ్బు మరియు డెలివరీ వేర్వేరు సైలోల్లో ఉంటే, నెల చివర «ఉచిత పంపింపులు» మరియు నిశ్శబ్ద write-offలు కల్పిస్తుంది.

IOSOR prepaid: SMS, email, voice మరియు JIT నంబర్ intentలు ఒకే వాలెట్‌పై. USD 20 ledger నిజాయితీ పైలట్‌ను నిధులు సమకూరుస్తుంది; నెలవారీ USD 1,000 సమీప soft review అసమతుల్యతను మాత్రమే బిగ్గర చేస్తుంది. ఇరుకు పొరుగు: SMS సెగ్మెంట్ లెక్కింపు సెగ్మెంట్ గణితానికి; ప్రీపెయిడ్‌లో విఫల DLR మళ్లీ ప్రయత్న విధానం retry సమయానికి. ఇక్కడ: మొత్తం వాలెట్‌పై డబ్బు↔ఫలితం కలయిక.

Sent ఉచిత డబ్బు సత్యం కాదు

«నెట్‌వర్క్ అంగీకరించింది» ప్రొడక్ట్ ఈవెంట్, బ్యాలెన్స్ బహుమతి కాదు. Settled యూనిట్లు మొత్తం, కరెన్సీ, ఛానెల్, intent ID చూపిస్తాయి. Non-billable యూనిట్లు settled డెబిట్ వదలవు — లేదా స్పష్ట release/refund. డబ్బు కదిలినా sent ఉచితం అనడం అబద్ధం; డెబిట్ ఉండి failed ఉచితం అనడం వ్యతిరేక అబద్ధం.

Happy path: మొదటి డెబిట్‌కు ముందు ప్రీపెయిడ్ నిధుల రిజర్వ్. Fail path: ప్రీపెయిడ్ hold విఫలమైతే: auto-refund మరియు స్థితి సత్యం. సహసంబంధం: DLR ఆలస్యం తర్వాత కూడా చదవగల ఒక వరుస.

ఒక వరుసకు డెబిట్ + outcome ఫీల్డ్‌లు కావాలి

ప్రతి billable intentకు ఒక కలపగల వరుస:

ఫీల్డ్ ఎందుకు
Intent / correlation ID వాలెట్–ప్రొడక్ట్ కలయిక
డెబిట్ మొత్తం + కరెన్సీ డబ్బు ఒకసారి కదిలినట్టు
ఛానెల్ + యూనిట్ రకం SMS ≠ voice ≠ verify
Outcome / DLR DLR: delivered / pending
Outcome timestamp ఆలస్యం కనిపిస్తుంది; రెండవ డెబిట్ నిషేధం
Idempotency key Retry డబ్బు మళ్లీ ఉపయోగిస్తాయి — ఐడెంపొటెన్సీ, మళ్లీ ప్రయత్నం మరియు డబ్బు

షేర్డ్ కీ లేని వేర్వేరు money/DLR CSV కల్పిత join బలవంతం చేస్తాయి. రెండూ ఉన్న ఒక export మంచిది.

డబుల్ ఛార్జ్ లేకుండా DLR మరియు స్థితి ఆలస్యం

ఫలితాలు ఆలస్యంగా వస్తాయి. Settle తర్వాత pending సాధారణం; అదే కీపై రెండవ charge కాదు. Hold కింద ఒకసారి settle చేసి outcomeను స్థానంలో అప్‌డేట్ చేయండి; DLR మారినందున సమాంతర డెబిట్ తెరవవద్దు. ఒక కీ retry: ఒక డబ్బు కదలిక, అనేక స్థితి మార్పులు.

Fail తుది అయితే — failed outcomeతో settled డెబిట్ (billable ప్రయత్నం) లేదా ఎప్పుడూ owed కాకపోతే release/refund — నకిలీ Deliveredతో settled డెబిట్ ఎప్పటికీ కాదు. ఆలస్యం timestampsలో; డూప్లికేట్ వరుసల్లో కాదు.

ఛానెల్ ఫలితాలు మార్చుకోలేనివి

Messaging DLR ≠ email accept ≠ verify success ≠ voice connect. అన్ని ఛానెళ్లపై «Delivered» కాపీ చేస్తే burn దాచి caps విరుగుతాయి. షేర్డ్ డబ్బు కాలమ్‌లతో ఛానెల్ వారీ outcome నిఘంటువులు ఉంచండి. సెగ్మెంట్ వివరం SMS వ్యాసంలో; wallet exportకు charged unit మరియు ఛానెల్-స్థానిక outcome కావాలి.

Month-end: వాలెట్ month-end ఎగుమతి 02:00 — holds, debits, refunds మరియు outcomes ఒక ఫైల్‌లో.

Ledger నిజాయితీ కొనుగోలుదారు చెక్‌లిస్ట్

  1. ఫైనాన్స్ ops లేకుండా ప్రతి settled డెబిట్‌ను ఫలితంతో కలుపుతుందా?
  2. ఆలస్య DLR అదే వరుసను అప్‌డేట్ చేస్తుందా, రెండవ డెబిట్ కాదా?
  3. ఒక idempotency key కింద retry money-safeా?
  4. Fail path ఎప్పుడూ owed కాకపోతే release/refund చేస్తుందా?
  5. క్లయింట్ స్థితులు upstream బ్రాండ్ లేనివా?
  6. వాల్యూమ్ స్పైక్ ముందు ప్రీపెయిడ్ ఖర్చు నియంత్రణ ద్వారా ఖర్చు పరిమితమా?

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

ఒక SMS యూనిట్ ఎంచుకోండి. hold పెట్టి, prepaid డెబిట్ సెటిల్ చేయండి, అదే ledger వరుసపై చివరి DLR కావాలి. ఒక వరుస ఎగుమతి చేయండి: డెబిట్ మొత్తం, DLR స్థితి, సమయముద్రలు. DLR లేని డెబిట్ — లేదా డెబిట్ లేని DLR — సంటవంగా ఉంటుంది. ఇది ఒక వరుసపై డబ్బు–రసీదు. CRM పరిశుభ్రత కాదు, హెచ్చరిక అప్పగింత కాదు.

IOSOR సారాంశం

ఒక ledger వరుసలో డెబిట్ మరియు DLR ఉంటాయి, లేదా ఆర్థికం పంపును ముయిలేదు.

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

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