उद्योग / सार्वजनिक क्षेत्र

डिजिटल सार्वजनिक सेवाएँ, ऑडिट के लिए तैयार।

सार्वजनिक सिस्टम पारदर्शी, मज़बूत और वर्षों तक सपोर्ट करने योग्य होने चाहिए। हम उनके पीछे के सिटिज़न पोर्टल, रजिस्ट्री, e-signature और आर्काइव सिस्टम बनाते हैं — उस ऑडिट-योग्यता और परिचालन अनुशासन के साथ जो यह मानक माँगता है।

बाधा

इसे अनुबंध से आगे चलना होगा।

सार्वजनिक इन्फ्रास्ट्रक्चर को लॉन्च के दिन की चमक से नहीं, पारदर्शिता और टिकाऊपन से परखा जाता है। नागरिक का अनुरोध पोर्टल, ई-मेल या स्कैन की हुई डाक से आता है; उसे दर्ज किया जाता है, रूट किया जाता है और हस्ताक्षरित आदेश के साथ उसका उत्तर दिया जाता है, जो वर्षों बाद भी सत्यापित होना चाहिए। हम पूरी यही शृंखला बनाते हैं: हर कार्रवाई का ऑडिट ट्रेल रहे, हर वैधानिक समय-सीमा ट्रैक हो, भार बढ़ने पर सेवा सहजता से चलती रहे, और दस्तावेज़ीकरण ऐसा हो कि हमारे हटने के बहुत बाद भी अगली टीम उसे सँभाल सके।

  1. 01हर महत्वपूर्ण कार्रवाई पर ऑडिट ट्रेल
  2. 02रेज़िलिएंस और ऑब्ज़र्वेबिलिटी शुरू से अंदर निर्मित, बाद में जोड़ी हुई नहीं
  3. 03ओपन स्टैंडर्ड और इंटरऑपरेबिलिटी डिफ़ॉल्ट रूप से
  4. 04वर्षों तक सपोर्ट के लिए दस्तावेज़ीकृत
एक ज़िला परिषद के आइडेंटिटी और एक्सेस डेस्क का ब्राउज़र कंसोल। KPI में 1,842 सक्रिय खाते, 7 लंबित अनुरोध, हरे रंग में शून्य कर्तव्य-पृथक्करण (SoD) टकराव और 100% कार्रवाइयाँ लॉग्ड दिखती हैं। एक तालिका में औचित्य और 1-में-से-2 अनुमोदन मीटर के साथ एक्सेस अनुरोध सूचीबद्ध हैं, जिनमें एक SoD जोड़ी के कारण अवरुद्ध है। उसके नीचे अवरुद्ध रोल जोड़ियाँ हैं, और दाईं ओर के पैनल में नाम और टाइमस्टैंप के साथ ग्रांट, अस्वीकृति और रद्दीकरण का लाइव ऑडिट ट्रेल है।

जवाबदेही

यहाँ 'जवाबदेह' का अर्थ क्या होना चाहिए।

वे अनिवार्य शर्तें जो हम पहले दिन से डिज़ाइन में रखते हैं, क्योंकि सार्वजनिक सिस्टम को अपने हर काम का उत्तर देना होता है।

हर कार्रवाई किसी एक के नाम, पूर्ण ऑडिट ट्रेल के साथ
एक्सेस कंट्रोल और कर्तव्यों का पृथक्करण
WCAG 2.1 AA / EN 301 549 के अनुरूप एक्सेसिबिलिटी
डिज़ाइन से ही GDPR, EU में होस्टेड
एन्क्रिप्शन कुंजियाँ हर संस्था के पास अलग
दस्तावेज़ीकृत सुरक्षा घटना प्रक्रिया

हस्तांतरण के लिए बनाया गया

पुराने सिस्टम से अगली टीम तक।

बहुत कम संस्थाएँ शून्य से शुरू करती हैं। रजिस्टर पुराने डेटाबेस और स्प्रेडशीट में हैं, और दशकों की फ़ाइलें काग़ज़ पर पड़ी हैं। हम पुराने सिस्टमों के लिए इम्पोर्टर लिखते हैं, ऐसा रिकंसिलिएशन तैयार करते हैं जिस पर संस्था हस्ताक्षर करे, और कट-ओवर से पहले पुराने और नए सिस्टम को साथ-साथ चलाते हैं — काग़ज़ी अभिलेखागार को भी स्कैन और इंडेक्स करते हुए।

सार्वजनिक सिस्टम की कसौटी डेमो नहीं है — कसौटी यह है कि पाँच साल बाद भी वह चल रहा है और उसमें बदलाव किया जा सकता है। इसलिए रेज़िलिएंस और ऑब्ज़र्वेबिलिटी उसके निर्माण का हिस्सा हैं, और दस्तावेज़ीकरण डिलीवरेबल का हिस्सा है: आर्किटेक्चर, रनबुक और लिखित निर्णय, ताकि जिस टीम से हम कभी नहीं मिले, वह भी भरोसे के साथ सिस्टम चला और बढ़ा सके।

ऑडिटहर कार्रवाई पर ट्रेल
WCAGमानक के अनुसार सुलभ
वर्षसपोर्ट-क्षमता

क्षमताएँ

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

  • नागरिक पोर्टल · राष्ट्रीय eID साइन-इन
  • गाइडेड फ़ॉर्म, प्रोफ़ाइल से पहले से भरे हुए
  • इलेक्ट्रॉनिक रजिस्ट्री और केस मैनेजमेंट
  • वैधानिक समय-सीमा ट्रैकिंग और एस्केलेशन
  • क्वालिफ़ाइड ई-सिग्नेचर और सील · eIDAS
  • इलेक्ट्रॉनिक अभिलेखागार · PDF/A और टाइमस्टैंप
  • स्थानीय कर और शुल्क · रिकंसिलिएशन
  • परिषद बैठकें और आधिकारिक प्रकाशन
  • लेगेसी माइग्रेशन और अभिलेख स्कैनिंग
  • बहु-संस्था टेनेंसी और एक्सेस

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

दो-व्यक्ति अनुमोदन वाले एक्सेस अनुरोध, ग्रांट के समय ही अवरुद्ध होती कर्तव्य-पृथक्करण की जोड़ियाँ, और बगल में लाइव एपेंड-ओनली ऑडिट ट्रेल।
छह सेवाओं के लिए एक केस कतार, हर पंक्ति पर वैधानिक घड़ी, रिटेंशन श्रेणियाँ जुड़ी हुईं — और बगल में चुने गए केस का पूरा, नाम-दर्ज ट्रेल।
नागरिक वही रिकॉर्ड देखता है जो अधिकारी देखता है: 4 में से चरण 2 पर परमिट की प्रगति, तारीख़ के साथ कार्रवाई-अनुरोध, और हर अपडेट लॉग्ड तथा किसी के नाम दर्ज।
ऐसा साइन-इन अनुरोध जो साफ़ बताता है कि वह क्या पढ़ेगा — नाम, पता, और कुछ नहीं — और उसके नीचे सहमति सूची तथा गतिविधि लॉग, जिन्हें नागरिक स्वयं ऑडिट कर सकता है।

प्रमाण

हम सार्वजनिक इन्फ्रास्ट्रक्चर कैसे बनाते हैं।

वह अनुशासन जो हर सार्वजनिक-क्षेत्र प्रोजेक्ट में साथ चलता है।

ऑडिट
हर कार्रवाई पर ट्रेल
24/7
ऑब्ज़र्वेबल और रेज़िलिएंट
WCAG
मानक के अनुसार सुलभ
वर्ष
सपोर्ट-क्षमता

सवाल

सरकारी संस्थाएँ हमसे क्या पूछती हैं।

  • हम ओपन स्टैंडर्ड पर बनाते हैं और सब कुछ दस्तावेज़ीकृत करते हैं, ताकि सिस्टम को कोई दूसरी टीम — आपकी अपनी टीम भी — हम पर निर्भर हुए बिना चला, ऑडिट और विस्तार कर सके।

  • हाँ। हम WCAG 2.1 AA और EN 301 549 को आधार मानकर बनाते हैं, बाद में जोड़ने के रूप में नहीं, और डिलीवरी के हिस्से के तौर पर उसका परीक्षण भी करते हैं।

  • हर महत्वपूर्ण कार्रवाई किसी के नाम दर्ज होती है और ऑडिट ट्रेल में लॉग होती है, और एक्सेस कंट्रोल तथा कर्तव्यों का पृथक्करण शुरू से डिज़ाइन में है। जहाँ कई संस्थाएँ एक प्लेटफ़ॉर्म साझा करती हैं, वहाँ हर संस्था अपने डेटा के साथ अलग टेनेंट होती है, और अधीनस्थ या निगरानी करने वाली संस्था वही देखती है जो उसका कानूनी संबंध अनुमति देता है।

  • अधिकारियों के पास। वे eIDAS के तहत रिमोट साइनिंग के ज़रिए अपने क्वालिफ़ाइड प्रमाणपत्रों से हस्ताक्षर करते हैं — प्लेटफ़ॉर्म के पास कभी कोई साइनिंग कुंजी नहीं होती। हस्ताक्षरित दस्तावेज़ क्वालिफ़ाइड टाइमस्टैंप के साथ PDF/A में सहेजे जाते हैं, इसलिए वर्षों बाद भी सत्यापित होते हैं।

  • संस्था के पास। कार्ड, बैंक ट्रांसफ़र या काउंटर पर किए गए भुगतान सीधे संस्था के अपने ट्रेज़री खातों में सेटल होते हैं — सॉफ़्टवेयर पैसा कभी नहीं रखता। वह बकाया का लेजर रखता है और हर भुगतान का ट्रेज़री स्टेटमेंट से रिकंसिलिएशन करता है।

  • आपको आर्किटेक्चर दस्तावेज़, रनबुक और निर्णय रिकॉर्ड मिलते हैं — इतना कि आपकी टीम वर्षों तक सिस्टम चला और बदल सके। चाहें तो हम उसे चलाने के लिए साथ भी रह सकते हैं।

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

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