पहले डेबिट से पहले प्रीपेड होल्ड करें

किसी बिलयोग्य इकाई के स्थानांतरित होने से पहले पहली धन घटना स्पष्ट होनी चाहिए। प्रीपेडहोल्डएक अनुमोदित राशि आरक्षित रखता है; यह अंतिम सेवा डेबिट नहीं है. शेष राशि का ही उपयोग अन्य कार्यों में किया जा सकता है। जब अनुरोधित प्रेषण या संसाधन स्वीकार कर लिया जाता है, तो खाता बही सही डेबिट का निपटान करता है। उत्पाद, संचालन और वित्त फिर सफलता, विफलता, या टाइमआउट का एक खाता साझा करते हैं।.

प्रीपेड होल्ड क्या दर्शाता है

होल्ड पूरा होने का दावा किए बिना एक लंबित इरादे के लिए धनराशि को अलग करता है। रिकॉर्ड राशि, मुद्रा, आशय आईडी, निर्माण समय, समाप्ति, और एक पढ़ने योग्य स्थिति: आरक्षित, पूर्ण, या जारी। समाप्ति परिभाषित करती है कि कब किसी अज्ञात परिणाम की जांच की जाती है और कब पैसा सुरक्षित रूप से वापस आ सकता है।.

पकड़ और उपलब्ध शेष

कुल,आरक्षित, औरउपलब्धको अलग-अलग दिखाएँ। कुल 50 अमेरिकी डॉलर और 12 अमेरिकी डॉलर रखे जाने पर, केवल 38 अमेरिकी डॉलर ही किसी अन्य कार्रवाई के लिए धन देते हैं। समानांतर अनुरोध समान धनराशि का वादा नहीं कर सकते। होल्ड और डेबिट एक सहसंबंध आईडी साझा करते हैं, इसलिए वित्त उन्हें एक व्यावसायिक घटना के रूप में पढ़ता है।.

पहला डेबिट वास्तविक परिणाम को दर्शाता है

खाता बही पंक्ति उत्पाद आशय आईडी, सेवा, राशि, मुद्रा, समय और अंतिम स्थिति रखती है। बार-बार अधिसूचना मौजूदा धन परिणाम लौटाती है। यह आइडेम्पोटेंसी, रीट्राई और पैसा को वॉलेट डिज़ाइन का हिस्सा बनाता है। उत्पाद घटना से लेकर डेबिट और वापस समापन तक के साक्ष्य का मिलान करें।.

डेबिट से पहले विफलताएँ

पूरा होने से पहले विफलता रिहाई या स्पष्ट वापसी पथ में समाप्त होती है, कभी भी अस्पष्टीकृत धन की कमी नहीं होती है। पूर्ण साक्ष्य के बिना एक समयबाह्य जेआईटी इरादा अपनी पकड़ छोड़ सकता है। एक पूर्ण कार्रवाई जिसे सौंपा नहीं जा सकता, उसे दृश्यमान परिचालन समाधान की आवश्यकता होती है। संख्या आदेशों के लिए, DID ऑर्डर विफल रिफंड और स्वैप की समीक्षा करें।.

• कार्य से पहले सत्यापन अस्वीकार: कोई डेबिट नहीं
• डुप्लिकेट कुंजी: मौजूदा आशय लौटाएँ
• पूर्ति विफलता पर रोक: आरक्षण जारी करें
• आंशिक बैच: पूरी की गई इकाइयों का निपटान करें और बाकी को छोड़ दें
• अज्ञात परिणाम: पुनः प्रयास रोकें और दूसरे डेबिट से पहले जांच करें

क्रेता चेकलिस्ट

1. क्या आरक्षित, उपलब्ध और निपटान राशि को अलग-अलग वित्तपोषित किया जा सकता है?
2. क्या प्रत्येक होल्ड की समाप्ति तिथि और एक बिजनेस इंटेंट आईडी होती है?
3. क्या प्रत्येक चैनल के लिए पूर्णता साक्ष्य का नाम दिया गया है?
4. क्या रिलीज़ और रिफंड बिना किसी समर्थन मामले के दिखाई देते हैं?
5. क्या कोई डुप्लिकेट मूल धन का पुन: उपयोग करता है?
6. क्या कम बैलेंस होल्ड के टकराने से पहले नया काम रोक देता है? कम बैलेंस पर रोक का परीक्षण करें।

IOSOR के साथ शुरुआत करें

उच्च-वॉल्यूम बिल योग्य अनुरोध भेजने से पहले IOSOR कंसोल में अपने प्रीपेड होल्ड समय सीमा और प्राधिकरण स्थिति वेबहुक को कॉन्फ़िगर करें। सत्यापित करें कि आपका एकीकरण एक एकीकृत सहसंबंध आईडी के तहत कुल, आरक्षित और उपलब्ध शेष राशि को ट्रैक करता है। यह पुष्टि करने के लिए कि अपूर्ण अनुरोध स्वचालित रूप से उपलब्ध पूल में तत्काल रिलीज़ को ट्रिगर करते हैं, एक सिम्युलेटेड विफल इरादे को चलाएं।

IOSOR सार

एक प्रीपेड होल्ड रेस की स्थिति और डबल-स्पेंडिंग को रोकने के लिए लंबित इरादों के लिए फंड को रिंग-फेंस करता है, बिना अनबिल्ड गतिविधि को पूर्ण राजस्व के रूप में गलत तरीके से प्रस्तुत किए। उपलब्ध शेष राशि से आरक्षित राशि को अलग करने से आपके सिस्टम गेट्स और वित्त टीमों दोनों को वास्तविक समय में खाता सॉल्वेंसी का एक सटीक, ऑडिट-तैयार दृश्य मिलता है।

प्रत्येक प्राधिकरण होल्ड को एक अद्वितीय व्यवसाय-इरादे आईडी से बांधें और यदि डिलीवरी या असाइनमेंट विफल हो जाता है तो अनस्पेंड रिजर्वेशन को स्वचालित रूप से जारी करें। अंतिम निपटान पर चुपचाप आरक्षित शेष राशि से अधिक न जाएं या अवलोकन योग्य पूर्णता साक्ष्य के बिना डेबिट प्रतिबद्ध न करें।