इस तरह बनाया गया कि साफ़-साफ़ दिखने वाली ग़लतियाँ हो ही न सकें।
दावा यह नहीं है कि सिस्टम कभी ग़लती नहीं करता। थका या जल्दबाज़ी में काम करता इंसान ग़लतियाँ करता है। वे ग़लतियाँ ढाँचे से ही रुक जाती हैं, और बाक़ी सब अंदाज़े के बजाय ऊपर भेज दिया जाता है।
आपका डेटा आपका ही रहता है।
प्लेटफ़ॉर्म चलता रहे, यह एक बात है। उसके अंदर मौजूद payment डेटा का क्या होता है, यह दूसरी बात है। नीचे ठीक-ठीक यही है: डेटा कहाँ रहता है, कौन उस तक पहुँच सकता है, और उसके साथ क्या कभी नहीं होता।
कुछ भी बाहर कॉपी नहीं होता
Payment डेटा आपके database में, आपके होस्ट पर ही रहता है। इसकी किसी वेंडर के पास कॉपी नहीं है, क्योंकि कॉपी करने के लिए कोई वेंडर एनवायरनमेंट ही मौजूद नहीं है।
ट्रांज़िट में एन्क्रिप्टेड
Dashboard HTTPS पर सर्व होता है, और रेफ़रेंस, amount तथा credentials कभी खुले में नहीं जाते।
न बेचा, न साझा, न पूल
कोई एनालिटिक्स वेंडर, ऐड नेटवर्क या डेटा ब्रोकर इसका एक बाइट भी नहीं पाता। आपका payment डेटा कोई product नहीं है।
हर deployment एक ही ऑपरेटर का
कोई साझा database नहीं और कोई मल्टी-टेनेंट टेबल नहीं। आपकी रो सिर्फ़ आपके ही इंस्टेंस में रहती हैं।
सिर्फ़ आपके एडमिन
एक्सेस उन credentials पर चलता है जो आप जारी करते और नियंत्रित करते हैं। किसी दूसरे ऑपरेटर की पहुँच आपके एनवायरनमेंट तक नहीं है, और कोई साझा account नहीं होता।
तय शेड्यूल पर हटाया जाता है
ऑडिट रिकॉर्ड सात दिन बाद और नोटिफ़िकेशन तीस दिन बाद हट जाते हैं। कुछ भी अनिश्चित काल तक जमा नहीं होता।
हम कभी नहीं करेंगे
आपका payment डेटा कभी साझा, बेचा, पूल या बाहर कॉपी नहीं किया जाता। यह एक वादा है, कोई सेटिंग नहीं।
- हम आपका payment डेटा न बेचते हैं, न लाइसेंस देते हैं, न उसे पूल करते हैं।
- हम payment डेटा किसी एनालिटिक्स या ऐडवरटाइज़िंग सर्विस को नहीं भेजते।
- हम सपोर्ट या डायग्नोस्टिक्स के लिए आपके डेटा की कॉपी नहीं रखते।
- हम आपसे अपने gateway पासवर्ड हमें सौंपने को नहीं कहते।
- हम आपके payment डेटा का इस्तेमाल अपने किसी मक़सद के लिए नहीं करते, और उस पर कुछ भी ट्रेन नहीं किया जाता।
सटीकता, बनावट में ही।
कुछ भी approve होने से पहले दो अलग संकेतों का मेल ज़रूरी है, और जिन पूलों से ये संकेत आते हैं वे कभी मिलते नहीं।
- पूल अलग ही रहते हैं। UPI को IMPS या NEFT के साथ कभी क्रॉस-match नहीं किया जाता, चाहे amount बिलकुल एक जैसा हो।
- कोई अंदाज़ा नहीं लगाया जाता। संदिग्ध या दोबारा इस्तेमाल हुई एंट्री अपनी हिस्ट्री के साथ ऊपर भेज दी जाती हैं।
- होल्ड की गई रो अपनी हिस्ट्री साथ रखती है, इसलिए रिव्यूअर फ़ैसले से पहले देख सकता है कि क्या दोहराया या बेमेल हुआ।
दो-कुंजी नियम
अकेला amount कभी पर्याप्त नहीं है। यह एक नियम deposit reconciliation में बेमेल का सबसे बड़ा हिस्सा हटा देता है।
आपका डेटा कहाँ रहता है।
Deposit डेटा आपके इन्फ़्रास्ट्रक्चर से बाहर नहीं जाता। approval के रास्ते में कोई तीसरा पक्ष बैठा नहीं है।
प्राइवेट deployment
ऐप्लिकेशन, database और browser, सब आपके ही सर्वर पर चलते हैं। deposit डेटा आपके इन्फ़्रास्ट्रक्चर से बाहर नहीं जाता।
अलग-अलग browser प्रोफ़ाइल
हर साइट के लिए एक पर्सिस्टेंट प्रोफ़ाइल, ऐप डायरेक्टरी के बाहर रखी जाती है, ताकि डिप्लॉय चालू लॉग-इन को कभी न छुए।
Credentials की सफ़ाई
सीक्रेट एनवायरनमेंट configuration में रहते हैं, कभी सोर्स में कमिट नहीं होते। कोड बदले बिना एक्सेस बदली जा सकती है।
समय क्षेत्र की सटीकता
हर टाइमस्टैम्प और दिन की सीमा भारतीय मानक समय में है, डेटा लेयर पर लागू, इसलिए आज का मतलब हमेशा IST का आज ही होता है।
पूरा ऑडिट ट्रेल
हर बदलाव किसी कर्ता से जुड़ा है: automation, प्लेटफ़ॉर्म पर कोई team मेंबर, या dashboard पर कोई team मेंबर।
कोई अंदाज़ा नहीं
संदेह ऊपर भेजा जाता है, अधूरे सबूत पर कभी अपने आप तय नहीं होता। ऐसा कोई रास्ता नहीं जहाँ कमज़ोर संकेत approval बन जाए।
रात 3 बजे इसे चालू कौन रखता है।
24 बटा 7 operation तभी भरोसेमंद है जब सिस्टम खुद को ठीक कर सके, तब भी जब कोई देख ही न रहा हो।
हर मिनट वॉचडॉग
डिस्प्ले स्टैक, browser, वेब ऐप और तीनों वर्कर जाँचता है, और जो डाउन मिले उसे ठीक कर देता है।
बैकऑफ़ के साथ रीस्टार्ट
फ़ेल होने पर अपने आप रीस्टार्ट, बढ़ते बैकऑफ़ और रीस्टार्ट की सीमा के साथ, ताकि क्रैश लूप न बने।
मेमोरी जल्दी साइकल
Node और browser, दोनों पर नज़र रहती है और मेमोरी का दबाव क्लाइंट को दिखने से पहले साइकल कर दिया जाता है।
सर्किट ब्रेकर
बार-बार gateway फ़ेल होने पर कूलडाउन चलता है, जिससे पेज या सेशन ठीक होने तक मशीन जवाब देती रहती है।
टाइमर रीस्टार्ट में भी बचे रहते हैं
टाइमआउट और होल्ड सेव किए टाइमस्टैम्प से बँधे हैं, इसलिए रीस्टार्ट पर न इन-फ़्लाइट स्टेट खोती है, न कोई घड़ी रीसेट होती है।
ग्रेसफ़ुल शटडाउन
वर्कर चालू चक्र पूरा करके साफ़-सुथरे तरीक़े से स्टेट सेव करते हैं, बजाय लिखते-लिखते मारे जाने के।
चार परतें, एक प्रोसेस, आपके ही सर्वर पर।
Approval के रास्ते में कुछ भी किसी बाहरी सेवा पर निर्भर नहीं है। browser, इंजन और database, सब उसी इन्फ़्रास्ट्रक्चर पर रहते हैं जिस पर आपका नियंत्रण है।
स्रोत
- Google Pay (UPI)
- bank पोर्टल (IMPS, NEFT, UPI)
- trading प्लेटफ़ॉर्म
कैप्चर
- एक पर्सिस्टेंट browser
- हर साइट का अलग सेशन
- समानांतर टैब पूल
इंजन
- matching लूप
- फ़ैसले के नियम
- ऑडिट राइटर
सरफ़ेस
- लाइव dashboard
- लेजर और P/L
- अलर्ट और नोटिफ़िकेशन
अपनी कतार साफ़ होते देखिए।
डेमो में असली deposit एक्टिविटी का एक दिन लाइए। हम उसे इंजन से चलाएँगे और ठीक-ठीक दिखाएँगे कि वह अपने आप क्या निपटा देता है।