वेबहुक और घटनाएँ
डिलिवरी और इनबाउंड ईवेंट अनुबंध, पुनः प्रयास और निष्क्रियता - केवल एपीआई-कुंजी स्वच्छता नहीं।
घटना क्रम बनाम बहीखाता पोस्टिंग
आउट-of-ऑर्डर DLR और MO घटनाओं को प्रीपेड डेबिट पोस्टिंग नियमों को नहीं तोड़ना चाहिए — आगमन अनुक्रम कोई धन कानून नहीं है।
वॉल्यूम पर वेबहुक कंज्यूमर ऑप्स
कतारें, बैकऑफ़ और DLQ स्वामित्व जब वेबहुक इवेंट दर पायलट से बाहर हो जाती है — एक कंज्यूमर ताल जिसे उत्पाद और वित्त बिना हीरो थ्रेड के खोल सकते हैं।
डुплиकेट वेबहुक से दूसरा डेबिट नहीं होना चाहिए
विफलता पथ: प्रीपेड राशि और इनबॉक्स पर पुनः प्रयास और रिplay इempotent रहते हैं — एक इवेंट आईडी, एक डेबिट पंक्ति, एक इनबॉक्स लाइन।
हस्ताक्षर और रीप्ले विंडो गेट
प्रोडक्शन गेट: कोई भी वेबहुक पैसा या स्टेटस सच बनने से पहले हस्ताक्षर सत्यापित करें और रीप्ले विंडो बांधें — बिना हस्ताक्षर वाले या बासी इवेंट्स fail-closed रहते हैं।
पहले भेजने से पहले वेबहुक अनुबंध
खरीदार मार्ग: पहले प्रीपेड भेजने से पहले हस्ताक्षरित URL, इवेंट प्रकार और इडपोटेंसी कुंजी पर सहमति बनाएं — पहले अनुबंध, बाद में भुगतान किया गया ट्रैफिक।