पाँच स्टेज, और इनमें से कोई इंसान का इंतज़ार नहीं करता।
हर स्टेज एक ही काम करता है और साफ़-सुथरे तरीक़े से आगे सौंप देता है। कैप्चर matching से अलग है, matching फ़ैसले से, और फ़ैसला रिपोर्टिंग से, इसलिए एक स्टेज का दबाव दूसरे में रुकावट नहीं बनता।
- 1
कैप्चर
हर gateway पढ़ता है
Loop Trade हर कॉन्फ़िगर किए गए gateway से transaction लिस्ट लगातार पढ़ता है, यानी Google Pay और आपके bank पोर्टल।
- हर रो से UTR, amount, सेंडर का नाम और सेंडर की जानकारी निकालता है
- browser टैब के छोटे पूल पर कई gateway एक साथ चलाता है
- हर साइट के लिए एक पर्सिस्टेंट लॉग-इन सेशन रखता है
- हर रेल का पूल अलग रखता है, इसलिए UPI payment कभी bank ट्रांसफ़र से नहीं मिलाया जाता
- 2
Match
UTR और amount पर तुलना
एक समर्पित matching इंजन आने वाले payment की तुलना पेंडिंग deposit कतार से करता है, UTR और amount दोनों को साथ मिलाकर।
- अपने तंग लूप पर चलता है, browser से पूरी तरह स्वतंत्र
- सिर्फ़ amount पर कभी match नहीं करता
- कैप्चर के समय और match के समय, दोनों पर डीडुप्लिकेट करता है
- नक़ली रीसबमिशन रेफ़रेंस को असली payment गिनती से बाहर रखता है
- 3
फ़ैसला
Approve, होल्ड या टाइमआउट
वेरिफ़ाइड match तुरंत approve हो जाता है। जिस request के ख़िलाफ़ कोई matching payment नहीं आता वह टाइमआउट होते ही अपने आप reject हो जाती है।
- वेरिफ़ाइड match मिलते ही ऑटो-approve
- कॉन्फ़िगर किए गए टाइमआउट के बाद ऑटो-reject
- database में लिखने से पहले नतीजा प्लेटफ़ॉर्म पर verify करता है
- संदिग्ध मामले अंदाज़े से नहीं, इंसान के लिए होल्ड किए जाते हैं
- 4
सिंक
दोनों दिशाओं में मिलान
Approval और rejection trading प्लेटफ़ॉर्म पर भी लागू होते हैं, और आपकी team वहाँ जो फ़ैसले लेती है वे dashboard में वापस आ जाते हैं।
- प्लेटफ़ॉर्म का स्टेटस हमेशा ऊपर रहता है, dashboard उसके पीछे चलता है
- प्लेटफ़ॉर्म पर लिए team के फ़ैसले अपने आप आयात होते हैं
- प्लेटफ़ॉर्म पर मिली नई एंट्री dashboard में बन जाती हैं
- कोई अंतर नहीं रहता, और यह सवाल भी नहीं उठता कि सही कौन है
- 5
रिपोर्ट
पूरा दिन लाइव दिखाता है
हर घटना लाइव dashboard में आती है: मिले payment, प्रोसेस हुई request, automation रेट, gateway का प्रदर्शन और प्रॉफ़िट या लॉस।
- लाइव स्ट्रीमिंग dashboard, हर घटना पर सब-सेकंड अपडेट
- दिन और gateway के हिसाब से डेली लेजर
- आज, इस हफ़्ते, इस महीने और अब तक का प्रॉफ़िट और लॉस
- हर बदलाव का पूरा ऑडिट लॉग, कर्ता और समय के साथ
बाक़ी हिस्सा सुरक्षा का मार्जिन है।
लगभग दस में से नौ request इंसान तक पहुँचती ही नहीं। बाक़ी फ़ेल नहीं होतीं, वे ऐसे मामले हैं जहाँ इंसान का फ़ैसला सचमुच सही जवाब है।
दोबारा इस्तेमाल हुए रेफ़रेंस, क्रॉस-पूल डुप्लिकेट और बेमेल रीसबमिशन अपनी हिस्ट्री के साथ सामने आते हैं, इसलिए रिव्यूअर मिनटों की जाँच के बजाय सेकंडों में तय कर लेता है।
इंजन वहीं रुक जाता है जहाँ सबूत ख़त्म हो जाते हैं। यह न अंदाज़ा लगाता है, न अधूरे संकेत पर approve करता है।
कैडेंस आप तय करते हैं, कोड में जड़ी देरी नहीं।
Gateway पोलिंग, प्लेटफ़ॉर्म सिंक और reject टाइमआउट, तीनों हर deployment के लिए बदले जा सकते हैं।
चार परतें, एक प्रोसेस, आपके ही सर्वर पर।
Approval के रास्ते में कुछ भी किसी बाहरी सेवा पर निर्भर नहीं है। browser, इंजन और database, सब उसी इन्फ़्रास्ट्रक्चर पर रहते हैं जिस पर आपका नियंत्रण है।
स्रोत
- Google Pay (UPI)
- bank पोर्टल (IMPS, NEFT, UPI)
- trading प्लेटफ़ॉर्म
कैप्चर
- एक पर्सिस्टेंट browser
- हर साइट का अलग सेशन
- समानांतर टैब पूल
इंजन
- matching लूप
- फ़ैसले के नियम
- ऑडिट राइटर
सरफ़ेस
- लाइव dashboard
- लेजर और P/L
- अलर्ट और नोटिफ़िकेशन
अपनी कतार साफ़ होते देखिए।
डेमो में असली deposit एक्टिविटी का एक दिन लाइए। हम उसे इंजन से चलाएँगे और ठीक-ठीक दिखाएँगे कि वह अपने आप क्या निपटा देता है।