उद्योग / फ़िनटेक और बैंकिंग

पेमेंट रेल और लेजर जो ऑडिट पास करें।

वित्तीय इंफ्रास्ट्रक्चर में समीक्षा ही असली प्रोडक्ट है। हम ऐसे पेमेंट रेल, लेजर और ऑनबोर्डिंग बनाते हैं जो instrumented हों, PCI-अनुरूप हों और पहली बार में compliance पास करने लायक दस्तावेज़ीकृत हों।

हमारा दायित्व

बैंकिंग में रिव्यू ही प्रोडक्ट है।

बाकी जगह आप पहले शिप करते हैं, फिर समझाते हैं। वित्तीय इंफ्रास्ट्रक्चर में इसका उलटा होता है: जिस क्षमता का प्रमाण न हो, उसका अस्तित्व ही नहीं है, और कंप्लायंस रिव्यू वह गेट है जिससे हर फ़ीचर को गुज़रना पड़ता है, तभी उसे एक भी असली ट्रांज़ैक्शन मिलता है।

इसलिए हम पहले कमिट से ही इस गेट को ध्यान में रखकर बनाते हैं। लेजर append-only होते हैं और पाई-पाई तक रिकंसाइल होते हैं। हर सहमति, निर्णय और स्टेट बदलाव उस संदर्भ के साथ दर्ज होता है जो ऑडिटर पूछेगा। PCI स्कोप जान-बूझकर छोटा रखा जाता है, क्योंकि सबसे सस्ता कंट्रोल वह है जिसकी ज़रूरत ही डिज़ाइन से हटा दी गई।

नतीजा ऐसा सिस्टम है जिसमें ऑडिट एक औपचारिकता है, भागदौड़ नहीं — और जहाँ "हमें लगता है कि हिसाब मिलता है" की जगह "यह रहा प्रमाण कि हिसाब मिलता है" ने ले ली है।

PCI-DSSडिज़ाइन से न्यूनतम किया गया स्कोप
Append-onlyलेजर, पाई-पाई तक रिकंसाइल
0गंभीर ऑडिट निष्कर्ष

बिल्ड यहाँ क्यों अटकते हैं

लॉन्च को क्या डुबोता है — और हम उससे बचने के लिए कैसे इंजीनियरिंग करते हैं।

लॉन्च को क्या डुबोता है
  • ऐसा लेजर जो विवाद की स्थिति में रिकंसाइल नहीं हो पाता
  • PCI स्कोप जो पूरे स्टैक में फैल जाता है
  • बिना किसी साक्ष्य-ट्रेल के लिए गए निर्णय
  • गो-लाइव से कुछ हफ़्ते पहले कंप्लायंस के लिए रेट्रोफ़िट
हम इसके बजाय कैसे बनाते हैं
  • Append-only लेजर, डिज़ाइन से ही पाई-पाई तक संतुलित
  • कार्ड डेटा अलग रखा जाता है ताकि PCI स्कोप छोटा रहे
  • हर निर्णय और सहमति होते ही दर्ज की जाती है
  • कंट्रोल पहले से मॉडल किए और दस्तावेज़ित

क्षमताएँ

हम क्या बनाते हैं।

  • पेमेंट गेटवे और PSP इंटीग्रेशन
  • एक्वायरर और स्कीम कनेक्टिविटी
  • टोकनाइज़्ड और परमिशन्ड लेजर
  • KYC / AML ऑनबोर्डिंग फ़्लो
  • कस्टडी और की मैनेजमेंट
  • रिकंसिलिएशन और सेटलमेंट
  • फ़्रॉड और रिस्क स्कोरिंग
  • चार्जबैक और विवाद
  • PCI-अवेयर आर्किटेक्चर
  • कंप्लायंस डैशबोर्ड और रिपोर्टिंग

ज़मीनी स्तर पर

Append-only लेजर पर दिन का समापन — 48,212 एंट्री, डेबिट और क्रेडिट मेल खाते हुए, अंतर €0.00।
हर चेक मीटर के साथ KYC रिव्यू — और खुले केस पर सहमति-स्टैम्प वाला साक्ष्य-ट्रेल।
उन्हीं रेल्स पर अकाउंट ऐप — इंस्टेंट SEPA 8 सेकंड में सेटल, हर मूवमेंट ट्रेस करने योग्य।
टोकनाइज़्ड PAN के साथ कार्ड कंट्रोल — लिमिट मीटर वाली, चैनल टॉगल वाले, PCI स्कोप छोटा।

कंप्लायंस

रिव्यू में हम क्या लाते हैं।

कंप्लायंस रिव्यू को जो एविडेंस पैक चाहिए, वह बिल्ड के दौरान ही तैयार होता है — एक हफ़्ता पहले हड़बड़ी में नहीं जुटाया जाता।

डेटा-फ़्लो और थ्रेट मॉडल, दस्तावेज़ित
PCI-DSS स्कोप डायग्राम और कंट्रोल मैपिंग
हर अहम कार्रवाई पर append-only ऑडिट लॉग
रिकंसिलिएशन रिपोर्ट जो शुरू से अंत तक संतुलित रहें
एक्सेस कंट्रोल और ड्यूटी-पृथक्करण (segregation-of-duties) मैट्रिक्स
इंसिडेंट रनबुक और मॉनिटरिंग साक्ष्य

हम कैसे काम करते हैं

फ़्लो मैप से क्लियर ऑडिट तक।

  1. 01

    मैप

    हम पैसे और पहचान के हर फ़्लो को मैप करते हैं — सामान्य स्थिति, विफलता, रिफ़ंड, विवाद — और यह भी कि हर एक में कहाँ संगति ज़रूरी है।

  2. 02

    Build

    रेल्स, लेजर और ऑनबोर्डिंग पहले कमिट से ही idempotent, इंस्ट्रूमेंटेड और ऑडिट-रेडी बनाए जाते हैं।

  3. 03

    प्रमाणित करें

    रिकंसिलिएशन जिसे संतुलित होना ही है, बाहरी रिव्यू, और फ़्रेमवर्क के सामने साक्ष्य के साथ हर कंट्रोल।

  4. 04

    ऑपरेट

    लाइव सेटलमेंट और रिस्क डैशबोर्ड, ऑन-कॉल रनबुक — आपको सौंपे गए या आपके साथ चलाए जाते हैं।

प्रमाण

काम से क्या मिलता है।

टोकनाइज़्ड-एसेट और पेमेंट रेल्स से, जिन्हें हमने प्रोडक्शन तक पहुँचाया है।

4 सप्ताह
पायलट से प्रोडक्शन तक
0
गंभीर ऑडिट निष्कर्ष
PCI
डिज़ाइन से न्यूनतम किया गया स्कोप
24/7
मॉनिटर किए जा रहे लेजर
पेमेंट्स में "हिसाब मिल जाना चाहिए" कोई जवाब नहीं है। हम ऐसे सिस्टम बनाते हैं जो साबित कर सकें कि हिसाब मिलता है — हर ट्रांज़ैक्शन, हर क्लोज़, हर ऑडिट में।
Protocoreइंजीनियरिंग सिद्धांत

इनमें से किसी के लिए बना रहे हैं?

हमें बाधाएँ बताइए — अपटाइम, compliance, फ़ील्ड के हालात। हम आपके लिए उपयुक्त आर्किटेक्चर के साथ लौटेंगे।