IOSOR

IOSOR ज्ञान

इव्हेंटचा क्रम विरुद्ध लेजर पोस्टिंग

आउट-ऑफ-ऑर्डर DLR आणि MO इव्हेंटमुळे प्रीपेड डेबिट पोस्टिंग नियम भंग पावू नयेत — येण्याची वेळ ही पैशाचा कायदा नाही.

नेटवर्क कॉलबॅक चुकीच्या क्रमाने पाठवू शकतात. उशीर झालेला DLR, लवकर आलेला MO किंवा सेटलमेंटपूर्वी बदललेली स्थिती यामुळे दुसरे डेबिट तयार होऊ नये किंवा आधीच सेटल झालेली ओळ बदलली जाऊ नये. हे पृष्ठ पोस्टिंग-क्रम करार स्पष्ट करते, ज्यामुळे कॉलबॅकचा क्रम बदलला तरीही लेजर नियम सुरक्षित राहतात.

संबंधित: डुप्लिकेट वेबहुकमुळे दुसरे डेबिट तयार होऊ नये, मोठ्या प्रमाणावर वेबहुक कंझ्युमर ऑप्स, स्वाक्षरी आणि रीप्ले विंडो गेट, पहिल्या पाठवण्यापूर्वी वेबहुक करार, एकाच ledger वर डेबिट ओळ आणि डिलिव्हरी स्थिती.

येण्याचा क्रम हा लेजरचा कायदा नाही

HTTP द्वारे येणे हा केवळ ट्रान्सपोर्टचा भाग आहे. पैसे होल्ड → सेटल → निकाल-अपडेट या नियमांनुसार पोस्ट होतात, 'कोणता कॉलबॅक शेवटी आला' यावर नाही. USD 1,000/month चा सॉफ्ट नियम पुनर्रचनेला आर्थिक समस्या मानतो जेव्हा लेजरमध्ये दोनदा व्यवहार होतात. USD 20 हे सिद्ध करते की उशीर झालेला DLR कधीही समांतर डेबिट तयार करत नाही. समान आयडीचे रीप्ले: डुप्लिकेट वेबहुकमुळे दुसरे डेबिट तयार होऊ नये. हे पृष्ठ वेगवेगळे इव्हेंट आणि चुकीचा क्रम यावर लक्ष केंद्रित करते.

चुकीच्या क्रमाने येणाऱ्या घटनांचे स्वरूप

येण्याचे स्वरूप सुरक्षित पोस्टिंग असुरक्षित प्रतिक्रिया
सेटलमेंटपूर्वी DLR प्रलंबित; एकदा होल्ड करा फक्त DLR वरून डेबिट
अयशस्वी मग वितरित निकाल जागेवर अपडेट करा बदलण्यासाठी दुसरे शुल्क
MT च्या आधी MO इनबॉक्समध्ये ठेवा; MT वर जोडा MO ला आउटबाउंड चार्ज करा
रिफंडनंतर स्थिती नवीन पैसे नाही; टीप जोडा सोडवलेला हेतू पुन्हा सेट करा
दोन टर्मिनल, एक हेतू एक पैशाची ओळ दोन डेबिट ओळी

वर्कर मोठ्या प्रमाणावर हेच टेबल वापरतात: मोठ्या प्रमाणावर वेबहुक कंझ्युमर ऑप्स. प्रथम सत्यता: स्वाक्षरी आणि रीप्ले विंडो गेट.

क्रम बदलला तरी टिकणारे पोस्टिंग नियम

साइड इफेक्ट्सपूर्वी होल्ड आणि आयडेंटिटी की तयार करा (पहिल्या पाठवण्यापूर्वी वेबहुक करार). प्रत्येक बिल करण्यायोग्य हेतूसाठी एकदा सेटल करा; पुढील इव्हेंट फक्त निकाल अपडेट करतात. लवकर किंवा उशीर झालेल्या DLR साठी कधीही समांतर डेबिट उघडू नका. स्वाक्षरी केलेल्या विंडोबाहेर नकार द्या.

उशीर सामान्य आहे, दुप्पट पैसे नाही

सेटेलमेंटनंतर प्रलंबित असणे सामान्य आहे. कॉलबॅक उशीरा आल्यामुळे त्याच की साठी दुसरे शुल्क आकारणे हा एक बग आहे. उत्पादन आणि वित्त यांच्यासाठी सामायिक स्थिती भाषा. USD 20 हे सिद्ध करते की DLR आणि सेटलमेंटच्या क्रमाने केवळ एक प्रीपेड ओळ राहते.

इव्हेंट ऑर्डर विरुद्ध पोस्टिंगसाठी खरेदीदाराची चेकलिस्ट

  1. होल्ड/सेटेलमेंट HTTP येण्यापासून स्वतंत्र आहेत का?
  2. उशीर झालेला DLR निकाल अपडेट करतो — कधीही दुसरे डेबिट नाही?
  3. लवकर आलेला MO आउटबाउंड म्हणून चार्ज होत नाही ना?
  4. रिफंड/रिलीज नंतरची स्थिती पुन्हा सेट होण्यापासून रोखते का?
  5. मोठ्या प्रमाणावर वर्कर हेच टेबल वापरतात का?
  6. चाचणी लाल असताना USD 1,000/month बद्दल चर्चा बंद आहे का?

कोणतेही «नाही» उत्तर लेजर पोस्टिंग मसुद्यातच ठेवते.

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

कन्सोलमध्ये हे करा: Event order vs ledger posting must reconcile by shared id.. विस्तारण्यापूर्वी मालक व गेट लिहा.

संबंधित: duplicate webhook no second debit webhook consumer ops at volume

IOSOR सारांश

हे ड्यूटी-योग्य ऑप्स शिस्त आहे—ब्रॉशर नाही.

करा: name owner + gate. करू नका: skip the gate.

हा मार्गदर्शक उपयुक्त होता का?

संबंधित मार्गदर्शक