दस्तावेज़ सत्यापन
कनाडा और अमेरिका के ड्राइविंग लाइसेंस, पासपोर्ट, स्थायी निवासी कार्ड और प्रांतीय फ़ोटो ID, आगे और पीछे दोनों तरफ से पढ़े जाते हैं और बारकोड तथा MRZ के विरुद्ध चेकसम से जाँचे जाते हैं।
E-signature
ई-हस्ताक्षर के लिए पहचान सत्यापन, हस्ताक्षर से पहले
हस्ताक्षर उतना ही भरोसेमंद होता है जितनी उसके पीछे की पहचान। ShieldID का हस्ताक्षरकर्ता पहचान सत्यापन API पुष्टि करता है कि अपना सरकारी ID थामे एक असली व्यक्ति ही आपका दस्तावेज़ पूरा कर रहा है — और यह जाँच हस्ताक्षर के साथ ही रिकॉर्ड में दर्ज होती है।
समस्या
"उन्होंने लिंक पर क्लिक किया" का मतलब "उन्होंने हस्ताक्षर किए" नहीं है
ज़्यादातर ई-हस्ताक्षर प्लेटफ़ॉर्म बस इतनी पुष्टि करते हैं कि किसी ने ईमेल खोला और एक नाम टाइप किया। यह इनबॉक्स का प्रमाणीकरण है, किसी व्यक्ति की पहचान नहीं।
ईमेल लिंक इनबॉक्स को साबित करता है, व्यक्ति को नहीं
जो भी ईमेल खोल सकता है — साझा इनबॉक्स, फ़ॉरवर्ड किया गया संदेश, हैक हुआ खाता — वह क्लिक करके हस्ताक्षर के बॉक्स में कोई भी नाम टाइप कर सकता है।
ऊँचे मूल्य के दस्तावेज़ों को चेकबॉक्स से ज़्यादा चाहिए
पट्टा, ऋण समझौता, निपटारा या मुख्तारनामा के वास्तविक परिणाम होते हैं। किसी असत्यापित पक्ष द्वारा टाइप किया गया "मैं सहमत हूँ" इतनी अहम चीज़ के लिए कमज़ोर आधार है।
बाद में विवाद होने पर अक्सर दिखाने को कुछ नहीं होता
अगर बाद में कोई हस्ताक्षरकर्ता दावा करे कि उसकी ओर से किसी और ने हस्ताक्षर किए, तो ज़्यादातर ई-हस्ताक्षर ऑडिट ट्रेल में IP पता और टाइमस्टैम्प होता है — जीवित चेहरे से मिलाया गया सरकारी ID नहीं।
एक काल्पनिक उदाहरण
व्यावसायिक पट्टा, दो हस्ताक्षरों के लिए तैयार
काल्पनिक, प्रवाह का स्वरूप दिखाने के लिए। इसमें कोई असली किरायेदार, मकान मालिक या पट्टा शामिल नहीं है।
दस्तावेज़ भेजा गया
एक प्रॉपर्टी मैनेजर अपने ई-हस्ताक्षर प्लेटफ़ॉर्म के ज़रिए हस्ताक्षर के लिए एक व्यावसायिक पट्टा भेजता है। हस्ताक्षर स्क्रीन दिखने से पहले, प्लेटफ़ॉर्म किरायेदार को उसी दस्तावेज़ से जुड़े ShieldID सत्यापन सेशन पर भेज देता है।हस्ताक्षरकर्ता के फ़ोन पर कैप्चर
किराएदार अपने ड्राइविंग लाइसेंस के आगे और पीछे की फ़ोटो लेता है और एक छोटी निर्देशित लाइवनेस चुनौती पूरी करता है। बारकोड और छपे हुए फ़ील्ड का आपस में मिलान किया जाता है; लाइव चेहरे का मिलान दस्तावेज़ की तस्वीर से किया जाता है।हर सेशन पर धोखाधड़ी संकेत जाँचे जाते हैं
एंटी-स्पूफ़, डीपफ़ेक, मास्क और दस्तावेज़ से छेड़छाड़ की जाँच अपने आप चलती है — यह ऐसी सेटिंग नहीं है जिसे ई-हस्ताक्षर प्लेटफ़ॉर्म को ऊँचे मूल्य के दस्तावेज़ के लिए याद रखकर चालू करना पड़े।सत्यापित होकर दस्तावेज़ पर वापसी
ShieldID किरायेदार को परिणाम के साथ प्लेटफ़ॉर्म के रिटर्न URL पर लौटाता है और वही परिणाम हस्ताक्षरित webhook से भी भेजता है। इसके बाद ही प्लेटफ़ॉर्म हस्ताक्षर चरण आगे बढ़ने देता है।दो रिकॉर्ड, साथ-साथ
ई-हस्ताक्षर प्लेटफ़ॉर्म का अपना ऑडिट ट्रेल हस्ताक्षर की घटना दिखाता है। ShieldID का Activity Ledger उससे पहले की पहचान जाँच दिखाता है — किसे सत्यापित किया गया, इंजन ने क्या बताया और कब — यह केवल जोड़ा जा सकने वाला रिकॉर्ड है जिसे डेटाबेस स्वयं लागू करता है।
हस्ताक्षर से पहले सबसे ज़रूरी बातें
सिर्फ़ इनबॉक्स की नहीं, व्यक्ति की पुष्टि करें
नीचे दी गई हर जाँच हर सत्यापन पर चलती है, दस्तावेज़ चाहे कोई भी हो।
चेहरा मिलान और लाइवनेस
478 चेहरे के लैंडमार्क पर ट्रैक की गई निर्देशित लाइवनेस चुनौती साबित करती है कि सामने एक असली व्यक्ति है — फ़ोटो, रिकॉर्डिंग या मास्क नहीं — और जीवित चेहरे को दस्तावेज़ की तस्वीर से मिलाया जाता है।
धोखाधड़ी संकेत
एंटी-स्पूफ़, डीपफ़ेक, मास्क और दस्तावेज़ से छेड़छाड़ की जाँच हर सेशन पर चलती है और अलग-अलग रिपोर्ट की जाती है, ताकि हस्ताक्षर पर विवाद में सिर्फ़ पास/फ़ेल से ज़्यादा आधार मिले।
गतिविधि लेजर
हस्ताक्षर के पीछे की पहचान जाँच एक केवल-जोड़ने वाले रिकॉर्ड में दर्ज होती है, जिसे आप अपने ई-हस्ताक्षर प्लेटफ़ॉर्म के ऑडिट ट्रेल के साथ दिखा सकते हैं।
हस्ताक्षरित webhook और रिटर्न URL
परिणाम आपके प्लेटफ़ॉर्म तक हस्ताक्षरित कॉलबैक और रीडायरेक्ट, दोनों से पहुँचता है, इसलिए हस्ताक्षर चरण तभी आगे बढ़ता है जब पहचान जाँच सचमुच पूरी हो चुकी हो।
वॉचलिस्ट स्क्रीनिंग
सैंक्शन्स और वॉचलिस्ट स्क्रीनिंग उन हस्ताक्षर वर्कफ़्लो — क़ानूनी, रियल एस्टेट, वित्तीय — के लिए खाता-स्तर के ऐड-ऑन के रूप में उपलब्ध है जिन्हें इसकी ज़रूरत है।
Add-on
विवादों और ऑडिट के लिए
जब किसी हस्ताक्षर को चुनौती दी जाए, तो पहचान जाँच भी रिकॉर्ड में होती है
कोई हस्ताक्षरकर्ता बाद में किसी दस्तावेज़ पर विवाद करता है। कोई वकील पूछता है कि असल में हस्ताक्षर किसने किए, इसका सबूत क्या है। कोई नियामक आपकी ग्राहक-पहचान फ़ाइल की समीक्षा करता है। हस्ताक्षर के पीछे की पहचान जाँच वही जगह है जहाँ से यह बातचीत शुरू होती है।
केवल जोड़ने योग्य (append-only), डेटाबेस द्वारा लागू
प्रविष्टियाँ जोड़ी जा सकती हैं। उन्हें संपादित या हटाया नहीं जा सकता — न आपके द्वारा, न ShieldID द्वारा। यह डेटाबेस की अपनी विशेषता है।
पहचान जाँच, हस्ताक्षर की घटना से अलग
ShieldID का ledger हस्ताक्षर से पहले चले सत्यापन को — किसकी जाँच हुई, इंजन ने क्या बताया, कब — अपनी अलग प्रविष्टि के रूप में दर्ज करता है, जो आपके ई-हस्ताक्षर प्लेटफ़ॉर्म के क्लिक के रिकॉर्ड से अलग होती है।
कर्ता, कार्रवाई, परिणाम और तारीख़ से खोजने योग्य
दो अलग-अलग सिस्टम से हाथ से टाइमलाइन जोड़ने के बजाय, विवाद या फ़ाइल समीक्षा के लिए ज़रूरी प्रविष्टियाँ ठीक-ठीक निकालें।
आज ledger सफल और विफल सत्यापन परिणाम, साइन-इन और API-key गतिविधि, तथा ऑडिट एक्सपोर्ट दर्ज करता है। ID इमेज के प्रति-व्यू और प्रति-डाउनलोड इवेंट, एक समर्पित निर्णय इवेंट, purge रसीदें और आपकी टीम के लिए स्वयं-सेवा CSV एक्सपोर्ट जल्द आ रहे हैं।
इंटीग्रेशन विकल्प
हस्ताक्षर से पहले एक सत्यापन चरण
होस्टेड सत्यापन पेज
हस्ताक्षर स्क्रीन से ठीक पहले हस्ताक्षरकर्ता को आपकी ब्रांडिंग वाले ShieldID पेज पर भेजें; जाँच पूरी होने पर वे आपके प्लेटफ़ॉर्म पर लौट आते हैं।
हस्ताक्षरित webhook
HMAC-SHA256 से हस्ताक्षरित कॉलबैक सर्वर-साइड पर परिणाम की पुष्टि करता है और अपने आप दोबारा भेजा जाता है, ताकि आपका प्लेटफ़ॉर्म केवल रीडायरेक्ट के भरोसे हस्ताक्षर को कभी आगे न बढ़ाए।
एक REST API
किसी विशिष्ट दस्तावेज़ या एनवेलप से जुड़ा सेशन बनाएँ, स्थिति पढ़ें, पूरा परिणाम प्राप्त करें। मुट्ठी भर endpoint पूरे प्रवाह को कवर करते हैं।
Sandbox, कभी बिल नहीं
सत्यापन-से-पहले-हस्ताक्षर प्रवाह को sandbox सेशन पर परखें, जिनमें production जैसे ही फ़ील्ड और इवेंट मिलते हैं, किसी असली दस्तावेज़ को छूने से पहले।
पहले से production में
Trust Ledger के पीछे यही चलता है
ShieldID का हस्ताक्षरकर्ता पहचान सत्यापन ही Crown Stack Systems के अपने ई-हस्ताक्षर उत्पाद Trust Ledger को शक्ति देता है — इस पृष्ठ पर बताई गई वही दस्तावेज़ जाँच, चेहरा मिलान, लाइवनेस और Activity Ledger, आज असली हस्ताक्षर प्रवाहों पर चल रहे हैं, केवल योजना के रूप में नहीं।
गोपनीयता नोट
हस्ताक्षरकर्ता का ID, उसी सावधानी से सँभाला जाता है जिससे वह दस्तावेज़ जिस पर वे हस्ताक्षर कर रहे हैं
जो दस्तावेज़ हस्ताक्षर के योग्य है, उसके पीछे की पहचान को भी उतनी ही सावधानी से सुरक्षित रखना अक्सर ज़रूरी होता है।
- हमारे अपने सर्वरों पर होस्ट किया गया
- ID इमेज, निकाले गए फ़ील्ड और परिणाम हमारे नियंत्रण वाले इन्फ्रास्ट्रक्चर पर प्रोसेस और संग्रहीत होते हैं, किसी सार्वजनिक क्लाउड प्रदाता पर नहीं।
- छोटे टाइमर पर purge
- ID इमेज अपने आप purge हो जाती हैं, डिफ़ॉल्ट रूप से सात दिन में, जिसे बदला जा सकता है; सत्यापन रिकॉर्ड इमेज के बाद भी बना रहता है।
- एन्क्रिप्टेड
- जन्मतिथि एन्क्रिप्टेड रूप में संग्रहीत होती है और ID इमेज स्टोरेज में एन्क्रिप्टेड रहती हैं।
- PIPEDA के अनुरूप होने के लिए डिज़ाइन किया गया
- न्यूनतम संग्रह, छोटी प्रतिधारण अवधि और खोजने योग्य एक्सेस रिकॉर्ड — वे नियंत्रण जो "हमने हस्ताक्षरकर्ता को सत्यापित किया" को आपकी शर्तों की एक पंक्ति से कहीं ज़्यादा बनाते हैं।
मैन्युअल तरीके के मुक़ाबले
क्लिक-टू-साइन से पहले आईडी जाँच क्या जोड़ती है
श्रेणियों की तुलना, किसी विशेष विक्रेता के बारे में दावा नहीं।
| क्षमता | ShieldID | सामान्य एंटरप्राइज़ IDV | मैन्युअल जाँचें |
|---|---|---|---|
| वास्तविक व्यक्ति की पुष्टि करता है, केवल इनबॉक्स की नहीं | हाँ | आम तौर पर | नहीं |
| लाइवनेस चुनौती, स्थिर फ़ोटो या चेकबॉक्स नहीं | हाँ | आम तौर पर | नहीं |
| सरकारी आईडी पढ़ी और मिलान करके जाँची जाती है | हाँ | आम तौर पर | नहीं |
| पहचान जाँच खोजे जा सकने वाले रिकॉर्ड में दर्ज होती है | हाँ | ग्राहक को उपलब्ध नहीं कराया जाता | केवल IP पता और टाइमस्टैम्प |
| किसी विशिष्ट दस्तावेज़ या एन्वेलप से जुड़ता है | हाँ | आम तौर पर | n/a |
| ऐसा sandbox जिसका कभी बिल नहीं बनता | हाँ | कभी-कभी | n/a |
आपत्तियाँ
यह चरण जोड़ने से पहले प्लेटफ़ॉर्म टीम क्या पूछती है
"क्या हमारा ई-सिग्नेचर टूल पहले से पहचान सत्यापित नहीं करता?"
ज़्यादातर ईमेल लिंक, SMS कोड या टाइप किए गए नाम पर निर्भर करते हैं — यह सबूत है कि कोई इनबॉक्स या फ़ोन नंबर नियंत्रित करता है, न कि यह कि वह कौन है। ShieldID वास्तविक सरकारी आईडी और लाइव चेहरे की जाँच जोड़ता है।
"क्या एक अतिरिक्त चरण से हस्ताक्षर धीमे नहीं होंगे?"
यह एक होस्टेड चरण है, हस्ताक्षरकर्ता के अपने फ़ोन पर, हस्ताक्षर स्क्रीन से पहले एक बार रखा गया। दोबारा आने वाले हस्ताक्षरकर्ता के लिए यह कितनी बार दोहराया जाए, यह आपके प्लेटफ़ॉर्म की तय की हुई नीति है; ShieldID हर दस्तावेज़ पर इसे थोपता नहीं।
"क्या आईडी-समर्थित हस्ताक्षर कानूनी रूप से अनिवार्य है?"
यह आपके क्षेत्राधिकार, दस्तावेज़ के प्रकार और आपके सलाहकार की राय पर निर्भर करता है — हम कानूनी सलाह नहीं देते। ShieldID जो जोड़ता है वह इस बात का मज़बूत प्रमाण है कि हस्ताक्षर के दूसरी ओर कौन था, जो अनिवार्य हो या न हो, उपयोगी है।
"क्या हम इसे केवल अपने अधिक मूल्य वाले दस्तावेज़ों के लिए इस्तेमाल कर सकते हैं?"
हाँ — जिन दस्तावेज़ों को ज़रूरत है उनके लिए ShieldID को कॉल करें और बाकी के लिए छोड़ दें। यह किसी विशिष्ट हस्ताक्षर प्रवाह में जोड़ा जाने वाला चरण है, आपके पूरे प्लेटफ़ॉर्म पर लगने वाला सब-कुछ-या-कुछ-नहीं स्विच नहीं।
आप क्या देखते हैं
जानें किसने हस्ताक्षर किए, और दिखाएँ कि आप कैसे जानते हैं।
हस्ताक्षरकर्ता हस्ताक्षर करने से पहले अपनी पहचान साबित करते हैं। परिणाम एनवेलप के साथ रहता है: ID से पढ़ा गया हर फ़ील्ड और हर चेक अलग-अलग।
प्रश्न
ई-हस्ताक्षर प्लेटफ़ॉर्म के लिए सीधे जवाब।
शुरू करें
अपने अगले हस्ताक्षर से पहले पहचान जाँच जोड़ें
एक sandbox सेशन बनाएँ, अपने फ़ोन पर सत्यापन चलाएँ, और किसी असली हस्ताक्षरकर्ता के छूने से पहले देखें कि वह कौन-सा रिकॉर्ड लिखता है।
Sandbox सेशन का कभी बिल नहीं बनता।