IOSOR జ్ఞానం
అంతిమ వినియోగదారు పంపే మెసేజ్ కూడా ఒకే ప్రీపెయిడ్ లెడ్జర్ను డెబిట్ చేస్తుంది
ఎంబెడెడ్ సెండ్ ఇంకా ISV ప్రీపెయిడ్ వాలెట్ నుంచే డెబిట్ అవుతుంది. ఉత్పత్తి ఫండ్ చేయని రెండవ లెడ్జర్ను సృష్టించవద్దు — హోల్డ్లు, రీట్రైలు మరియు ఐడెంపొటెన్సీ నిజాయితీగా ఉండాలి.
అంతిమ వినియోగదారుకు ఎంబెడెడ్ మెసేజింగ్ ఉచితంగా అనిపిస్తుంది: వారు SaaS UI లో పంపు బటన్ నొక్కి పచ్చటి టిక్ మార్క్ చూస్తారు. స్క్రీన్ వెనుక, ప్రతి విజయవంతమైన సబ్మిట్ ISV కి చెందిన ఒకే ప్రీపెయిడ్ లెడ్జర్ను డెబిట్ చేస్తుంది. ఉత్పత్తి ఒక API ని ఎంబెడ్ చేసినంత మాత్రాన రెండవ వాలెట్ ప్రత్యక్షం కాదు. ISV హోల్డ్లను ఫండ్ చేయకపోతే, మెసేజ్ పంపడం ఒక నిజాయితీగల ఉత్పత్తి లోపంతో విఫలం కావాలి — అంతే కానీ నకిలీ డెలివరీ స్టేటస్ చూపకూడదు.
కల్పిత అకౌంటింగ్ అనేది వైఫల్యానికి ప్రధాన కారణం: IOSOR వాలెట్ మద్దతు లేని ఇన్-యాప్ క్రెడిట్ మీటర్, ప్రీపెయిడ్ లెడ్జర్ ఖాళీ అవుతున్నప్పుడు SaaS రీఫండ్లు ఇవ్వడం, లేదా ఒకే OTP కి రెండుసార్లు డెబిట్ చేసే ఐడెంపొటెన్సీ లేని రీట్రైలు. ఎంబెడ్ కన్సోల్ను దాచిపెడుతుంది; ISV మాత్రమే నిధులు సమకూర్చే భాగస్వామిగా ఉంటుంది.
ఆర్కిటెక్చర్ డాక్యుమెంట్ లైన్: అంతిమ వినియోగదారు సెండ్ ≡ ISV ప్రీపెయిడ్ డెబిట్. ప్రతి డిజైన్ రివ్యూ అక్కడి నుంచే ప్రారంభమవుతుంది.
UI ఉత్పత్తి క్రెడిట్లను చూపించినప్పటికీ, ఒకే లెడ్జర్
టెనెంట్లకు విక్రయించే మెసేజ్ ప్యాక్లు ISV యొక్క వాణిజ్య పొర. అవి ISV నిధులు సమకూర్చే ఒకే IOSOR వాలెట్లోని ప్రీపెయిడ్ హోల్డ్లు మరియు డెబిట్లకు మ్యాప్ కావాలి. లెడ్జర్ వరుసలతో సరిపోలని టెనెంట్ బ్యాలెన్స్ సపోర్ట్ టీమ్కు పెద్ద భారం. ఆర్థిక విభాగం ఉత్పత్తి చూసే ఖర్చునే చూడటానికి, వాలెట్ లైన్లతో పోల్చి వారానికొకసారి టెనెంట్ వినియోగాన్ని ఎగుమతి చేయండి.
ఎంబెడ్ మార్గాల్లో హోల్డ్లు మరియు ఐడెంపొటెన్సీ ఇప్పటికీ వర్తిస్తాయి
సర్వర్-సైడ్ సెండ్ తప్పనిసరిగా OTP మరియు లావాదేవీల SMS ల కోసం ఐడెంపొటెన్సీ కీలను ఉపయోగించాలి. SaaS UI లో డబుల్ క్లిక్ చేయడం వల్ల ఒకే వినియోగదారు చర్యకు రెండు డెబిట్లు సృష్టించబడకూడదు. టైమ్అవుట్ తర్వాత రీట్రైలు తుది DLR లేదా మ్యాప్ చేసిన వైఫల్యం వరకు అదే కీని అనుసరిస్తాయి. వాలెట్ హోల్డ్ చేయలేనప్పుడు, ఉత్పత్తికి తగిన నిధుల లేమి లేదా నిలిపివేయబడిన పంపకం స్థితిని తిప్పి పంపండి.
లెడ్జర్ నిజానికి ఉత్పత్తి లోపాలను మ్యాప్ చేయండి
| SaaS UI సిగ్నల్ | లెడ్జర్ నిజం | అనుమతించబడిన తదుపరి చర్య |
|---|---|---|
| పంపబడింది / డెలివరీ అయింది | డెబిట్ + DLR మార్గం ఉంది | రసీదు ID చూపించు |
| క్యూలో ఉంది | హోల్డ్ ఓపెన్ లేదా అభ్యర్థన ఆమోదించబడింది | స్టేటస్ చెక్ చేయి |
| విఫలమైంది / నిలిపి. |
ఛానెల్ మార్పిడులు ఒకే వాలెట్పై ఉంటాయి
ఉత్పత్తి తరువాత SMS తో పాటు ఇమెయిల్ లేదా వాయిస్ని జోడిస్తే, ఆర్థిక విభాగం ఆమోదంతో రెండవ ఛానెల్ మార్పిడిని అమలు చేస్తే తప్ప, ఖర్చు ఇప్పటికీ అదే ప్రీపెయిడ్ లెడ్జర్పై పడుతుంది. ఎంబెడ్ ఉచిత సైడ్ ఛానెల్ని సృష్టించదు. SaaS సెట్టింగ్లలో మరొక లైవ్ టైల్ని ప్రారంభించే ముందు వాలెట్ పొరుగు సంబంధాల గురించి చదవండి.
సంబంధిత ఆపరేషన్స్ మార్గాలు
- వాలెట్పై రెండవ ఛానెల్: ఖర్చుల బదలాయింపు
- ఐడెంపొటెన్సీ, మళ్లీ ప్రయత్నం మరియు డబ్బు
- మల్టీ-టెనెంట్ ఖాతాలలో రేట్ పరిమితులను సురక్షితంగా అమలు చేయడం
IOSOR తో ప్రారంభించండి
IOSOR కన్సోల్ను తెరిచి, మీ టెనెంట్ క్రెడిట్ సిస్టమ్ను నేరుగా ప్రాథమిక ప్రీపెయిడ్ వాలెట్ లెడ్జర్కు మ్యాప్ చేయండి. మాస్టర్ వాలెట్పై హోల్డ్ ఉంచడానికి ముందు అన్ని సర్వర్-సైడ్ ఎంబెడ్ అభ్యర్థనలు డిటర్మినిస్టిక్ ఐడెంపోటెన్సీ కీని పాస్ చేసేలా చూసుకోండి. వచ్చే DLRలను ప్రాసెస్ చేయడానికి మీ వెబ్హుక్ ఎండ్పాయింట్ను కాన్ఫిగర్ చేయండి, తద్వారా ఓపెన్ హోల్డ్లు తుది లెడ్జర్ డెబిట్లు లేదా విడుదదల వైపు స్పష్టంగా పరిష్కరించబడతాయి.
IOSOR సారాంశం
ఎంబెడెడ్ సాస్ ఇంటర్ఫేస్ ముగింపు వినియోగదారులకు కస్టమ్ సందేశ క్రెడిట్లను అందించగలదు, కానీ ప్రతి నిజమైన డిస్పాచ్ ISV నిధులు సమకూర్చే ఒంటరి ప్రీపెయిడ్ లెడ్జర్కు బంధించబడుతుంది. పునఃప్రయత్నాలు, ఛానెల్ విస్తరణలు మరియు వినియోగదారు స్థితి సంకేతాలు బ్యాక్ చేయని UI అబ్స్ట్రాక్షన్ల కంటే వాలెట్ హోల్డ్లకు వ్యతిరేకంగా నేరుగా సరిపోలాలి.
ఖచ్చితమైన సర్వర్-సైడ్ ఐడెంపోటెన్సీ కీలను అమలు చేయండి మరియు ప్రతి టెనెంట్ UI స్థితిని నిజమైన లెడ్జర్ DLR ప్రతిస్పందనలకు మ్యాప్ చేయండి. బ్యాక్ చేయని సెకండరీ వాలెట్లను సృష్టించవద్దు లేదా ఖచ్చితమైన లెడ్జర్ హోల్డ్స్ లేకుండా టెనెంట్ UI పునఃప్రయత్నాలను అమలు చేయడానికి అనుమతించవద్దు.
ఈ గైడ్ సహాయకరంగా ఉందా?
సంబంధిత గైడ్లు
- API ఎంబెడ్డింగ్ వర్సెస్ వైట్-లేబుల్ పార్టనర్ పోర్టల్
మెసేజింగ్ను ఎంబెడ్ చేసే SaaS ఉత్పత్తులు ISV ఉపరితలంపైనే ఉంటాయి. వైట్-లేబుల్ పార్టనర్ పోర్టల్లు భాగస్వామి కింద ఉంటాయి — బ్రాండ్ మరియు కీలను మిశ్రమం చేయవద్దు.
- ఎంబెడెడ్ టెనెంట్ క్యాప్ పంపడాన్ని ఎప్పుడు నిలిపివేయాలి
ISV ఉత్పత్తిలోని ఫెయిర్-షేర్ క్యాప్లు ఆ టెనెంట్ కోసం పంపడాన్ని ఖచ్చితంగా నిలిపివేయాలి — క్యాప్ తాకినప్పుడు నకిలీ డెలివరీ చేయబడిన API 200ను ఎప్పుడూ తిరిగి ఇవ్వకూడదు.