UTR खुद match करना बंद करें। Loop Trade हर deposit approve करता है।
Loop Trade आपके payment gateways पढ़ता है, हर deposit को UTR और amount से match करता है, और उसे सेकंडों में approve कर देता है। आपकी team सिर्फ़ exceptions देखती है।
Gateway फ़ीड
Google Pay
नयाUTR402188731592₹24,500
पेंडिंग request
Gateway फ़ीड में एक payment आता है।
2.5s
Match लूप
30s
कैप्चर
24×7
अपटाइम
Matching engine का एक demo run। Amount और references sample data हैं।
हर उस रेल को रिकंसाइल करता है जिस पर आपका डेस्क पैसा लेता है
- Google PayUPI
- Bank पोर्टलUPI
- Bank पोर्टलIMPS
- Bank पोर्टलNEFT
- ट्रेडर प्लेटफ़ॉर्मदो-तरफ़ा सिंक
मैन्युअल reconciliation ठीक सबसे बुरे वक़्त पर फ़ेल होता है।
Deposit एक सिस्टम में आते हैं। approval की कतार किसी दूसरे सिस्टम में रहती है। दोनों को मिलाकर रखने में एक इंसान, दो स्क्रीन और पूरा दिन लग जाता है।
Gateway पर किसी को नज़र रखनी ही पड़ती है
Payment Google Pay और आपके bank पोर्टल पर आते हैं। approve होने की प्रतीक्षा करती कतार बिल्कुल कहीं और होती है।
कोई भी घंटा peak hour हो सकता है
Market busy होने पर deposits बढ़ जाते हैं। Shift छोटी हो तो सामान्य दिन भी backlog बन जाता है।
आँख से match करना कमज़ोर है
बारह अंकों के UTR, लगभग एक जैसे amount, वही सेंडर दो बार भुगतान करता हुआ। थकी स्क्रीन पर उलटा टाइप हुआ एक अंक दिखता ही नहीं।
दोबारा इस्तेमाल हुए रेफ़रेंस निकल जाते हैं
वही UTR दूसरे amount के साथ फिर से जमा करना एक जाना-पहचाना गड़बड़ पैटर्न है, और हाथ से इसे पकड़ना बहुत मुश्किल है।
पूरी तस्वीर किसी को नहीं दिखती
आज कितना आया, कितना अब भी पेंडिंग है, कौन सा gateway कमज़ोर चल रहा है। जवाब घंटों बाद, हाथ से जोड़कर मिलते हैं।
Rejection अटक जाता है
बिना match वाली request लटकी रहती है जब तक किसी को उसे reject करना याद न आए, और क्लाइंट तथा डेस्क दोनों इंतज़ार करते रहते हैं।
पाँच स्टेज, हमेशा चलते हुए।
सामान्य रास्ते में एक भी मैन्युअल कदम नहीं है। हर स्टेज अलग चलता है, इसलिए धीमा लोड होता gateway पेज कभी approval को नहीं रोकता।
- 1कैप्चर
Loop Trade हर कॉन्फ़िगर किए गए gateway से transaction लिस्ट लगातार पढ़ता है, यानी Google Pay और आपके bank पोर्टल।
- हर रो से UTR, amount, सेंडर का नाम और सेंडर की जानकारी निकालता है
- browser टैब के छोटे पूल पर कई gateway एक साथ चलाता है
- हर साइट के लिए एक पर्सिस्टेंट लॉग-इन सेशन रखता है
- हर रेल का पूल अलग रखता है, इसलिए UPI payment कभी bank ट्रांसफ़र से नहीं मिलाया जाता
- 2Match
एक समर्पित matching इंजन आने वाले payment की तुलना पेंडिंग deposit कतार से करता है, UTR और amount दोनों को साथ मिलाकर।
- अपने तंग लूप पर चलता है, browser से पूरी तरह स्वतंत्र
- सिर्फ़ amount पर कभी match नहीं करता
- कैप्चर के समय और match के समय, दोनों पर डीडुप्लिकेट करता है
- नक़ली रीसबमिशन रेफ़रेंस को असली payment गिनती से बाहर रखता है
- 3फ़ैसला
वेरिफ़ाइड 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 के हिसाब से डेली लेजर
- आज, इस हफ़्ते, इस महीने और अब तक का प्रॉफ़िट और लॉस
- हर बदलाव का पूरा ऑडिट लॉग, कर्ता और समय के साथ
पूरा operation एक स्क्रीन पर।
डिफ़ॉल्ट रूप से आज के आँकड़े, घटनाओं के साथ लाइव आते हुए। न रीफ़्रेश, न स्प्रेडशीट, न शिफ़्ट रिपोर्ट का इंतज़ार।
आज की request
1,284
कल से +6.2%
Approved
1,171
91.2% ऑटो
पेंडिंग
42
रिव्यू के लिए होल्ड
रिजेक्टेड
71
कोई payment नहीं मिला
- Approved
अपने आप approve हुआ
Google Pay · UTR 4021 8873 1592
₹24,500
Rohit S.
- Approved
अपने आप approve हुआ
Bank (IMPS) · UTR 7710 4438 2201
₹8,000
Ananya M.
- होल्ड
रिव्यू के लिए होल्ड
वही UTR दूसरे amount के साथ मिला
₹1,25,000
Imran K.
- Approved
अपने आप approve हुआ
Bank (UPI) · UTR 9128 0043 7712
₹4,999
Priya N.
- रिजेक्टेड
टाइमआउट पर ऑटो-reject
5 मिनट में कोई matching payment नहीं
₹60,000
Sana R.
लाइव dashboard का एक उदाहरण।
वह सब, जो डेस्क पहले हाथ से करता था।
कैप्चर, matching, approval, सिंक और रिपोर्टिंग, एक ही इंजन में, जो चलता रहता है चाहे कोई देख रहा हो या नहीं।
दो कुंजियाँ, एक फ़ैसला
Payment तभी match होता है जब UTR और amount दोनों मेल खाएँ। अकेले amount कभी पर्याप्त सबूत नहीं है।
UTR
4021 8873 1592
Amount
₹24,500
दोनों मेल खाते हैं, इसलिए match पक्का है
~2.5s का matching लूप
Matching इंजन अपने तंग लूप पर चलता है, जान-बूझकर browser से अलग रखा गया है।
2.5s
समानांतर कैप्चर
एक साथ कई gateway पढ़े जाते हैं, टैब के छोटे पूल पर, हर एक का अपना पर्सिस्टेंट सेशन।
Approve और reject
वेरिफ़ाइड match तुरंत approve होते हैं। बिना match वाली request अपने आप टाइमआउट हो जाती हैं, इसलिए कुछ अटकता नहीं।
लिखने से पहले verify
Database में लिखने से पहले प्लेटफ़ॉर्म जाँचा जाता है, इसलिए रिकॉर्ड कभी approved नहीं दिखाता जब वह approved न हो।
Deposit और विड्रॉल
यही इंजन विड्रॉल प्रोसेसिंग भी चलाता है, वही नियम और वही ऑडिट ट्रेल।
दो-तरफ़ा प्लेटफ़ॉर्म सिंक
यहाँ लिए फ़ैसले वहाँ लागू होते हैं, वहाँ लिए फ़ैसले यहाँ वापस आते हैं। सच का स्रोत trading प्लेटफ़ॉर्म ही रहता है।
ह्यूमन-इन-द-लूप
दोबारा इस्तेमाल हुई, बेमेल और संदिग्ध एंट्री रिव्यूअर के पास पूरी हिस्ट्री के साथ पहुँचती हैं।
दो कुंजियाँ, एक नहीं।
Payment तभी match होता है जब रेफ़रेंस और amount दोनों मेल खाएँ। इनमें से किसी एक पर भरोसा करना ही ग़लत payment जमा होने की वजह बनता है।
Matching नियम
असुरक्षित
दो क्लाइंट ने एक ही amount भेजा। अकेले amount पर दोनों match लगते हैं, इसलिए ग़लत वाला जमा हो सकता है।
पेंडिंग request
₹24,500UTR 4021 8873 1592
रिव्यूअर के लिए होल्ड
अकेली कोई रो दोनों कुंजियाँ पूरी नहीं करती, इसलिए इंजन इसे तय नहीं करता। कौन सा payment टिकेगा, यह इंसान तय करता है।
- पूल अलग ही रहते हैं। UPI को IMPS या NEFT के साथ कभी क्रॉस-match नहीं किया जाता, चाहे amount बिलकुल एक जैसा हो।
- कोई अंदाज़ा नहीं लगाया जाता। संदिग्ध या दोबारा इस्तेमाल हुई एंट्री अपनी हिस्ट्री के साथ ऊपर भेज दी जाती हैं।
- होल्ड की गई रो अपनी हिस्ट्री साथ रखती है, इसलिए रिव्यूअर फ़ैसले से पहले देख सकता है कि क्या दोहराया या बेमेल हुआ।
वे exception, जिन पर इंसान का फ़ैसला बनता है।
Automation का मतलब अंधापन नहीं होना चाहिए। पाँच मामले जान-बूझकर ऊपर भेजे जाते हैं, हर एक पूरा संदर्भ साथ लेकर आता है।
इंजन क्या करता है
रिव्यू के लिए होल्ड, और टाइमआउट होने पर ऑटो-रिजेक्ट।
रो के साथ जुड़ी हिस्ट्री
- 12 अग₹18,000Google Pay क्रेडिट के साथ approve हुआ
- 23 अग₹42,000वही रेफ़रेंस, कहीं बड़ी रकम
वे आँकड़े, जिनसे डेस्क को फ़र्क़ पड़ता है।
सिस्टम जैसा डिज़ाइन किया गया है और जैसा देखा गया है, वैसा बताया गया है। अपने प्रोडक्शन डेटा से मौजूदा आँकड़े एक बार मिला लें।
ज़ीरो-टच रिज़ॉल्यूशन
90%+
वे deposit request, जो बिना किसी इंसानी दख़ल के पूरी हो जाती हैं।
Matching लूप
2.5s
पेंडिंग कतार के ख़िलाफ़ payment की लगातार तुलना।
Gateway कैप्चर
30s
हर gateway के लिए, एक के बाद एक नहीं बल्कि एक साथ पढ़ा जाता है।
बिना निगरानी
24×7
खुद को ठीक करता और निगरानी में रहता है, कोई प्रति-transaction फ़ीस नहीं।
महीनों बिना निगरानी चलने के लिए बनाया गया।
यह भरोसेमंदी सिर्फ़ फ़ीचर की सूची नहीं है, यही चीज़ 24 बटा 7 operation को बिना किसी के तैयार खड़े रहे मुमकिन बनाती है।
सुपरवाइज़्ड प्रोसेस
हर कंपोनेंट फ़ेल होने पर अपने आप रीस्टार्ट होता है, बैकऑफ़ के साथ, ताकि ख़राब स्टेट रीस्टार्ट लूप न बन जाए।
खुद को ठीक करने वाला वॉचडॉग
हर मिनट यह डिस्प्ले स्टैक, browser, वेब ऐप और हर वर्कर को जाँचता है, और जो डाउन हो उसे ठीक कर देता है।
मेमोरी वॉचडॉग
Node और browser की मेमोरी पर नज़र रहती है और उसे परेशानी बनने से पहले साइकल कर दिया जाता है, बाद में नहीं।
सर्किट ब्रेकर
बार-बार gateway फ़ेल होने पर मशीन को जलाने वाला लगातार लूप नहीं, बल्कि कूलडाउन शुरू होता है।
पर्सिस्टेंट सेशन
लॉग-इन रीस्टार्ट के बाद भी बने रहते हैं। browser ज़िंदा रखा जाता है और उससे दोबारा जुड़ा जाता है, ठंडे से कभी नहीं उठाया जाता।
तय समय पर सेल्फ़-रीस्टार्ट
शांत घंटे में रोज़ एक रीस्टार्ट, और पुराने लॉग तथा नोटिफ़िकेशन अपने आप हट जाते हैं।
डेटा हैंडलिंग और ऑडिट सहित पूरी चेकलिस्ट, सुरक्षा और भरोसेमंदी वाले पेज पर है। सुरक्षा और भरोसेमंदी वाले पेज.
मैन्युअल कतार आपको कितना महँगा पड़ रही है।
दोनों स्लाइडर खिसकाएँ। यह अनुमान हर request पर एक इंसानी जाँच मानकर चलता है, और automation ठीक वही हटाता है।
अपनी डेस्क के हिसाब से कोई भी हैंडल खींचें
बिना इंसानी दख़ल पूरी हुईं
720
प्रति दिन request, 90 प्रतिशत ज़ीरो-टच रेट पर
इंसान के लिए होल्ड
80
असली exception, हिस्ट्री के साथ रिव्यू किए हुए
मैन्युअल जाँच हटी
24 hप्रति दिन
महीने में लगभग 720 घंटे
अब भी मैन्युअल
2.7 h
प्रति दिन
यह आपके दिए इनपुट पर आधारित अनुमान है, मापा हुआ नतीजा नहीं। असली आँकड़ों से मिलान डेमो में किया जाता है।
डेस्क जो सवाल आम तौर पर पूछता है।
आपका यहाँ न हो तो डेमो सीधा जवाब पाने का सबसे तेज़ तरीक़ा है।
- Loop Trade असल में किससे जुड़ता है?
- Google Pay और आपके bank पोर्टल, UPI, IMPS और NEFT पर, साथ में दो-तरफ़ा सिंक के लिए आपका trading प्लेटफ़ॉर्म। कोई भी gateway जिसे आप लॉग-इन किए browser सेशन में खोल सकते हैं, स्रोत के तौर पर कॉन्फ़िगर किया जा सकता है।
- क्या यह बिना इंसान के payment approve करता है?
- हाँ, लगभग दस में से नौ request, और तभी जब UTR तथा amount दोनों से मेल खाता payment किसी gateway में मौजूद हो। संदिग्ध मामले अंदाज़े के बजाय इंसान के लिए होल्ड रहते हैं।
- जिस request का कोई match नहीं मिलता उसका क्या होता है?
- वह पेंडिंग रहती है जब तक उसका तय टाइमआउट पूरा न हो जाए, फिर आपके चुने कारण के साथ अपने आप reject हो जाती है। टाइमर सेव किए टाइमस्टैम्प से बँधा होता है, इसलिए रीस्टार्ट उसे शून्य से शुरू नहीं करता।
- दोबारा इस्तेमाल हुए या डुप्लिकेट UTR को कैसे संभालता है?
- एंट्री फ़्लैग हो जाती है और पूरी हिस्ट्री साथ जुड़ जाती है: रेफ़रेंस पहले कब इस्तेमाल हुआ, कितने का, किसने, और कैसे निपटा। रिव्यूअर मिनटों की जाँच के बजाय सेकंडों में फ़ैसला कर लेता है।
- मेरा डेटा कहाँ रहता है?
- आपके लिए अलग से तैयार किए गए एनवायरनमेंट में। ऐप्लिकेशन, database और browser सेशन सब वहीं चलते हैं, और डिप्लॉय कभी चालू सेशन को छूता नहीं, क्योंकि browser प्रोफ़ाइल ऐप डायरेक्टरी से बाहर रखी जाती हैं।
- Gateway का पेज बदल जाए तो क्या होता है?
- कैप्चर matching से अलग रहता है, इसलिए टूटा पेज नए payment आना रोक सकता है, पर चल रहा match कभी ख़राब नहीं करता। बार-बार फ़ेल होने पर सर्किट ब्रेकर चलता है और अलर्ट उठता है, बजाय हमेशा दोहराते रहने के।
- क्या यह प्लेटफ़ॉर्म पर मेरी team के फ़ैसलों से टकराएगा?
- नहीं। trading प्लेटफ़ॉर्म को दोनों दिशाओं में सच का स्रोत माना जाता है। वहाँ लिया फ़ैसला dashboard में वापस पढ़ा जाता है, और dashboard में लिया फ़ैसला प्लेटफ़ॉर्म पर लागू हो जाता है।
- इसकी क़ीमत कैसे तय होती है?
- हर deployment के हिसाब से, आपके gateway की संख्या और रोज़ के वॉल्यूम के अनुसार। कोई प्रति-transaction फ़ीस नहीं है। डेमो में अपनी सेटअप बताइए, हम सीधे दाम बता देंगे।
अपनी कतार साफ़ होते देखिए।
डेमो में असली deposit एक्टिविटी का एक दिन लाइए। हम उसे इंजन से चलाएँगे और ठीक-ठीक दिखाएँगे कि वह अपने आप क्या निपटा देता है।