पहिल्या डेबिटपूर्वी प्रीपेड रक्कम राखून ठेवणे

पहिले billable unit वापरण्यापूर्वी पहिली आर्थिक घटना पूर्णपणे स्पष्ट असली पाहिजे. prepaid रचनेत hold मंजूर केलेली रक्कम राखून ठेवतो, पण तो अंतिम डेबिट नसतो. विनंती केलेली प्रक्रिया यशस्वी झाल्यानंतरच ledger वर अंतिम debit नोंदवला जातो. IOSOR पद्धतीमध्ये white-label JIT flow वापरून आधी hold केला जातो, नंतर DLR आणि निकालाच्या आधारे अंतिम हिशोब settle केला जातो. यासाठी USD 20 चे किमान टॉप-अप हा फक्त चाचणी वॉलेटचा पाया आहे, तर USD 1,000 चा वापर हा मोठ्या प्रमाणातील खात्यांसाठी केवळ एक आढावा निकष आहे.

prepaid hold म्हणजे नेमके काय

Result माहीत नसताना hold एका intentसाठी पैसे सुरक्षित ठेवतो. recordमध्ये लेजर आणि DLRआणि reserved/completed/released अशी सोपी state असावी. तो walletची क्षमता सिद्ध करतो; अपूर्ण काम पूर्ण सेवा म्हणून दाखवत नाही.

hold आणि available balance

total, reserved आणि available रक्कम वेगवेगळी दाखवा. USD 50 total आणि USD 12 hold असेल तर पुढील काम USD 38 वापरू शकते. concurrent requestsनी तोच पैसा दोनदा खर्च करू नये. hold आणि नंतरचा debit एक correlation ID वापरतात.

Exportमध्ये opening balance, प्रत्येक बदल आणि product event link दिसली पाहिजे. नसल्यास लेजर आणि DLRव fulfillment failure वेगळे करू शकत नाही आणि finance reconciliation करू शकत नाही.

पहिले debit सत्य सांगणारे असावे

Button click नव्हे तर पाहता येणारा result हा debitचा आधार: लेजर आणि DLRकिंवा आधी ठरवलेला billable event. final amount holdपेक्षा कमी असेल तर actual settle करून उरलेले release करा. नव्या approvalशिवाय reserveच्या वर जाऊ नका.

Ledger rowमध्ये तोच लेजर आणि DLRआणि final state असते. म्हणून आइडेम्पोटेन्सी, पुन्हा प्रयत्न आणि पैसे wallet designचा भाग आहेत. त्याच keyची duplicate request जुना money result परत करेल; नवा hold किंवा debit बनवणार नाही.

अंतिम debitपूर्वी failure

Completionपूर्वीची failure स्पष्ट release किंवा refundमध्ये संपली पाहिजे. Timeout झालेला JIT request hold सोडू शकतो; action पूर्ण पण result assign झाला नाही तर लेजर आणि DLRआवश्यक आहे. DID ऑर्डर अपयश रिफंड आणि बदल पहा.

• कामापूर्वी लेजर आणि DLRनाही
• तीच लेजर आणि DLRपरत
• holdदरम्यान fulfillment failure: पूर्ण reserve release
• लेजर आणि DLRउरलेले परत
• unknown outcome: दुसरे debit टाळण्यासाठी retry थांबवा

खरेदीदाराची तपासणी

1. लेजर आणि DLRवेगळे पाहते का?
2. प्रत्येक holdला expiry आणि एक business intent ID आहे का?
3. प्रत्येक channelमध्ये completion कोणता event सिद्ध करतो?
4. support caseशिवाय release आणि refund दिसतात का?
5. duplicate आधीचा money result वापरते का?
6. reserves भिडण्यापूर्वी low balance नवे काम थांबवतो का? कमी शिल्लक थांबवणे सोबत तपासा.

IOSOR सह प्रारंभ करा

उच्च-व्हॉल्यूम देयक विनंत्या पाठवण्यापूर्वी आयओएसओआर कन्सोलमध्ये तुमच्या प्रीपेड होल्ड मुदतपूर्ती मर्यादा आणि ऑथरायझेशन स्थिती वेबहूक कॉन्फिगर करा. तुमचे एकत्रीकरण युनिफायड कोरिलेशन आयडी अंतर्गत एकूण, आरक्षित आणि उपलब्ध रक्कम बरखोर ठेवा.

IOSOR सारांश

प्रीपेड होल्ड ही प्रलंबित व्यवहारांसाठी निधी राखून ठेवण्याची एक सुरक्षित पद्धत आहे, ज्यामुळे एकाच वेळी होणारे दुप्पट खर्च आणि तांत्रिक त्रुटी टाळता येतात. उपलब्ध शिल्लक रकमेपासून राखीव निधी वेगळा केल्यामुळे सिस्टीम गेट्स आणि फायनान्स टीमला खात्याच्या वास्तविक स्थितीचे अचूक ऑडिट-रेडी दृश्य मिळते. प्रत्येक ऑथोरायझेशन होल्डला एका युनिक बिझनेस-इंटेंट ID सह जोडा आणि डिलिव्हरी अयशस्वी झाल्यास न वापरलेले आरक्षण स्वयंचलितपणे रिलीज करा. अंतिम सेटलमेंट दरम्यान राखीव रकमेपेक्षा जास्त खर्च करू नका किंवा पुराव्याशिवाय डेबिट करू नका. अधिक माहितीसाठी JIT क्रम सुरु करा आणि prepaid रक्कम विनंती सुरक्षित करा हे दुवे तपासा.