ई-हस्ताक्षर API: KYC के बाद दस्तावेज़ों पर हस्ताक्षर करें

ई-हस्ताक्षर किसी व्यक्ति को उसी फ़्लो में आपके दस्तावेज़ों पर हस्ताक्षर करने की सुविधा देता है। वे प्रत्येक दस्तावेज़ को देखते हैं, अपने हस्ताक्षर, इनिशियल्स और आपके द्वारा माँगा गया कोई भी डेटा जोड़ते हैं, और उन्नत (AES) स्तर पर, पहले सत्यापित किए गए ईमेल या फ़ोन पर भेजे गए वन-टाइम कोड के साथ पुष्टि करते हैं। Didit प्रत्येक दस्तावेज़ को हस्ताक्षरित लौटाता है, साथ ही एक साक्ष्य PDF भी प्रदान करता है जो यह रिकॉर्ड करता है कि किसने और कैसे हस्ताक्षर किए। ई-हस्ताक्षर के तीन स्तर होते हैं। सरल डिफ़ॉल्ट है और इसके लिए किसी पहचान सत्यापन, ईमेल या फ़ोन की आवश्यकता नहीं होती है। उन्नत (AES) के लिए एक स्वीकृत पहचान सत्यापन और एक सत्यापित ईमेल या फ़ोन की आवश्यकता होती है, और यह हस्ताक्षर को सत्यापित पहचान से जोड़ता है। योग्य (QES) एक ऐड-ऑन है जो अभी उपलब्ध नहीं है। हस्ताक्षर स्तर देखें। यह उपयोगकर्ता सत्यापन (KYC) के लिए काम करता है, जहाँ सत्यापित व्यक्ति हस्ताक्षर करता है, और व्यवसाय सत्यापन (KYB) के लिए भी, जहाँ कंपनी के कानूनी प्रतिनिधि या प्रमुख व्यक्ति उसकी ओर से हस्ताक्षर करते हैं।

हस्ताक्षर स्तर

स्तर	आवश्यकताएँ	यह क्या है
सरल	डिफ़ॉल्ट। कोई पहचान सत्यापन, ईमेल या फ़ोन नहीं	व्यक्ति बिना किसी पहचान सत्यापन, ईमेल, फ़ोन या कोड के सत्र लिंक पर हस्ताक्षर करता है। यदि सत्र में पहले से ही कोई सत्यापित नाम मौजूद है तो उसका उपयोग किया जाता है; अन्यथा वे अपना नाम टाइप करते हैं, और हस्ताक्षर व रिपोर्ट में यह दर्ज होता है कि नाम टाइप किया गया था और सत्यापित नहीं था। जिस किसी के पास सत्र लिंक है वह हस्ताक्षर कर सकता है, इसलिए कम जोखिम वाले समझौतों के लिए सरल चुनें; विनियमित या उच्च-मूल्य वाले अनुबंधों के लिए उन्नत (AES) का उपयोग किया जाना चाहिए। हस्ताक्षरित फ़ाइल एक साक्ष्य पृष्ठ के साथ PDF होती है और इसमें कोई डिजिटल हस्ताक्षर, सील या टाइमस्टैम्प नहीं होता है। Didit रिकॉर्ड और प्रत्येक हस्ताक्षरित फ़ाइल का SHA-256 रखता है, जिससे बाद में किए गए किसी भी बदलाव का पता लगाया जा सकता है।
उन्नत (AES), एडवांस्ड इलेक्ट्रॉनिक हस्ताक्षर	उसी सत्र में एक स्वीकृत पहचान सत्यापन और एक सत्यापित ईमेल या फ़ोन	प्रत्येक दस्तावेज़ PAdES (PDF हस्ताक्षर प्रारूप) में एक दीर्घकालिक सत्यापन प्रोफ़ाइल (`PAdES-B-LT`) के साथ हस्ताक्षरित होता है: हस्ताक्षर में Didit द्वारा जारी किया गया RFC 3161 टाइमस्टैम्प और बाद में इसे सत्यापित करने के लिए आवश्यक रिवोकेशन डेटा शामिल होता है। यह हस्ताक्षरकर्ता की सत्यापित पहचान और उनके द्वारा पुष्टि किए गए वन-टाइम कोड के माध्यम से उनसे विशिष्ट रूप से जुड़ा होता है, और हस्ताक्षर करने के बाद दस्तावेज़ में किया गया कोई भी बदलाव इसे अमान्य कर देता है।
योग्य (QES), योग्य इलेक्ट्रॉनिक हस्ताक्षर	ऐड-ऑन, अभी उपलब्ध नहीं है	हस्ताक्षरकर्ता को जारी किए गए एक योग्य प्रमाणपत्र के साथ हस्ताक्षरित किया जाएगा। कंसोल इस विकल्प को जल्द आ रहा है के रूप में दिखाता है, और API के माध्यम से `signature_level: "qes"` सहेजने पर `qes_not_available` के साथ `400` रिस्पॉन्स मिलता है। इसे कभी भी बिना सूचना के AES से बदला नहीं जाता है।

उन्नत (AES) केवल PAdES में हस्ताक्षर करता है। AES के लिए signature_format मान xades और cades, signature_format_not_supported के साथ अस्वीकार कर दिए जाते हैं। AES चरण सहेजने से पहले वर्कफ़्लो पर signature_availability की जाँच करें: जब aes false है, नया चरण सहेजने पर aes_not_available के साथ 400 रिस्पॉन्स मिलता है।

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

उन्नत (AES) के लिए, वर्कफ़्लो पहले हस्ताक्षरकर्ता को सत्यापित करता है

उन्नत (AES) स्तर पर हस्ताक्षर चरण उन चरणों के बाद चलता है जो यह स्थापित करते हैं कि कौन हस्ताक्षर कर रहा है: पहचान सत्यापन, और उस संपर्क के लिए ईमेल या फ़ोन सत्यापन जिस पर कोड भेजा जाता है। शुरू करने से पहले देखें। सरल स्तर के लिए किसी पूर्व चरण की आवश्यकता नहीं होती है।

Didit दस्तावेज़ तैयार करता है

जब हस्ताक्षरकर्ता इस चरण पर पहुँचता है, तो Didit दस्तावेज़ों और उनके फ़ील्ड को सत्र में कॉपी करता है और प्रत्येक दस्तावेज़ के SHA-256 को रिकॉर्ड करता है। वर्कफ़्लो में बाद में किए गए बदलाव यह नहीं बदल सकते कि यह हस्ताक्षरकर्ता क्या देखता है।

हस्ताक्षरकर्ता प्रत्येक दस्तावेज़ को देखता है

फ़ील्ड वाले दस्तावेज़ के लिए, हस्ताक्षरकर्ता को एक फ़ील्ड से दूसरे फ़ील्ड पर निर्देशित किया जाता है। वे एक बार हस्ताक्षर चुनते हैं और यह प्रत्येक हस्ताक्षर और इनिशियल्स फ़ील्ड पर लागू हो जाता है, और वे टेक्स्ट व चेकबॉक्स फ़ील्ड भरते हैं। Didit द्वारा सत्यापित पहचान, सत्र या आपके सिस्टम से लिए गए मान पहले से ही पेज पर मौजूद होते हैं। बिना फ़ील्ड वाले दस्तावेज़ के लिए, वे इसे पढ़ते हैं और इस पर सहमति देते हैं।

उन्नत (AES) के लिए, हस्ताक्षरकर्ता कोड के साथ पुष्टि करता है

जब किसी दस्तावेज़ में फ़ील्ड होते हैं, तो हस्ताक्षरकर्ता पहले दस्तावेज़ों पर इलेक्ट्रॉनिक रूप से हस्ताक्षर करने के लिए सहमति देता है। उन्नत (AES) स्तर पर Didit फिर सत्र में पहले सत्यापित किए गए ईमेल या फ़ोन पर छह अंकों का कोड भेजता है, और इसे दर्ज करने से चरण के प्रत्येक दस्तावेज़ पर हस्ताक्षर अधिकृत हो जाते हैं। सरल स्तर पर कोई कोड नहीं होता है: सहमति देना ही हस्ताक्षर को अधिकृत करता है।

Didit हस्ताक्षर और सील करता है

Didit हस्ताक्षर करने की तारीख भरता है, प्रत्येक फ़ील्ड मान को प्रत्येक PDF में स्टैम्प करता है और साक्ष्य पृष्ठ जोड़ता है। उन्नत (AES) स्तर पर यह फिर PAdES हस्ताक्षर और टाइमस्टैम्प लागू करता है, ताकि हस्ताक्षर पेज की हर चीज़ को कवर करे। सरल स्तर पर फ़ाइल साक्ष्य पृष्ठ के साथ एक PDF होती है और इसमें कोई डिजिटल हस्ताक्षर, सील या टाइमस्टैम्प नहीं होता है।

आपको परिणाम प्राप्त होते हैं

निर्णय और सत्र webhook में हस्ताक्षरकर्ता, पुष्टि, प्रमाणपत्र, टाइमस्टैम्प, प्रत्येक दस्तावेज़ के हैश और प्रत्येक फ़ील्ड के मान के साथ signatures[] शामिल होते हैं। आप हस्ताक्षरित PDF और साक्ष्य PDF डाउनलोड करते हैं, और Didit हस्ताक्षरकर्ता को एक प्रति ईमेल कर सकता है।

शुरू करने से पहले

Advanced (AES) स्तर पर हस्ताक्षरकर्ता को हस्ताक्षर करने से पहले सत्यापित होना आवश्यक है। Didit उनका नाम और संपर्क विवरण सत्र के अपने सत्यापित रिकॉर्ड से लेता है, न कि आपके या हस्ताक्षरकर्ता द्वारा टाइप किए गए विवरण से। Simple स्तर को इनमें से किसी की आवश्यकता नहीं होती है: इसमें कोई पहचान सत्यापन, ईमेल, फ़ोन या कोड नहीं होता है, और KYB हस्ताक्षरकर्ताओं के लिए इसे अस्वीकार कर दिया जाता है। उपयोगकर्ता सत्यापन (KYC) के लिए, वर्कफ़्लो में ई-हस्ताक्षर से पहले इन चरणों को रखें:

पहचान सत्यापन, स्वीकृत, एक पठनीय नाम के साथ। इसके बिना, यह चरण SIGNATURE_IDENTITY_NOT_VERIFIED रिकॉर्ड करता है।
ईमेल सत्यापन जब कोड ईमेल द्वारा भेजा जाता है (डिफ़ॉल्ट), या फ़ोन सत्यापन जब यह SMS द्वारा भेजा जाता है। कोड केवल उसी सत्र में सत्यापित संपर्क को ही भेजा जाता है।
यदि वर्कफ़्लो में लाइवनेस डिटेक्शन भी शामिल है, तो यह स्वीकृत होना चाहिए।

हस्ताक्षरकर्ता को हस्ताक्षरित दस्तावेज़ों की एक प्रति ईमेल करने के लिए, सत्र में एक सत्यापित ईमेल की भी आवश्यकता होती है, भले ही कोड SMS द्वारा भेजा गया हो। व्यवसाय सत्यापन (KYB) के लिए, हस्ताक्षरकर्ता कंपनी के प्रमुख व्यक्ति होते हैं, जिनमें से प्रत्येक का अपना स्वीकृत KYC होता है:

`signature_signer`	कौन हस्ताक्षर करता है
`legal_representative`	`representative` या `authorized_signatory` भूमिका वाला प्रत्येक प्रमुख व्यक्ति
`key_people`	KYC सत्र वाला प्रत्येक व्यक्तिगत प्रमुख व्यक्ति

एक KYB चरण में 1 से 20 हस्ताक्षरकर्ता होते हैं, और हस्ताक्षर करते समय प्रत्येक के पास एक स्वीकृत KYC होना आवश्यक है। प्रत्येक हस्ताक्षरकर्ता दस्तावेज़ों की अपनी प्रति पर हस्ताक्षर करता है और अपने स्वयं के KYC सत्र में सत्यापित संपर्क को भेजे गए कोड के साथ पुष्टि करता है। प्रमुख व्यक्ति के लिए घोषित नाम उनके सत्यापित नाम से मेल खाना चाहिए, जिसमें केस और स्पेसिंग को नज़रअंदाज़ किया जाता है, अन्यथा यह चरण SIGNATURE_NAME_MISMATCH रिकॉर्ड करता है। प्रत्येक हस्ताक्षरकर्ता द्वारा हस्ताक्षर करने या अस्वीकृत करने के बाद यह चरण पूरा हो जाता है।

दस्तावेज़

दस्तावेज़ कहाँ से आते हैं

signature_documents_source यह निर्धारित करता है कि किसी चरण को उसके दस्तावेज़ कहाँ से मिलते हैं:

मान	दस्तावेज़
`workflow` (डिफ़ॉल्ट)	वे दस्तावेज़ जिन्हें आपने कंसोल में वर्कफ़्लो पर अपलोड किया है। प्रत्येक सत्र उन्हीं दस्तावेज़ों पर हस्ताक्षर करता है।
`session`	वे दस्तावेज़ जिन्हें आप सत्र बनाते समय `sign.documents` में भेजते हैं। प्रत्येक सत्र अपने स्वयं के दस्तावेज़ों पर हस्ताक्षर करता है।
`both`	पहले वर्कफ़्लो दस्तावेज़, उसके बाद सत्र के दस्तावेज़।

प्रति-सत्र दस्तावेज़ किसी व्यक्ति से ऐसे अनुबंध पर हस्ताक्षर कराने का तरीका हैं, जिसमें आपके सिस्टम द्वारा उनका अपना नाम, राशि या शर्तें पहले ही भरी जा चुकी हों।

समर्थित फ़ाइलें

	सीमा
PDF	प्रत्येक फ़ाइल अधिकतम 20 MB और 100 पेज। कोई पासवर्ड, स्क्रिप्ट या अटैच की गई फ़ाइलें नहीं।
Word (`.docx`)	अधिकतम 20 MB। जब आप इसे अपलोड करते हैं या सत्र बनाते हैं, तो इसे PDF में बदल दिया जाता है, और परिवर्तित PDF की सीमाएँ वही होती हैं जो PDF की होती हैं। `.doc`, `.docm`, `.odt` और `.rtf` फ़ाइलों को `unsupported_type` के साथ अस्वीकार कर दिया जाता है।
प्रति हस्ताक्षरकर्ता	कुल मिलाकर अधिकतम 20 दस्तावेज़ और 50 MB।

जब आप कोई Word दस्तावेज़ अपलोड करते हैं, तो अपलोड चलने के दौरान Didit अधिकतम 60 सेकंड में इसे PDF में बदल देता है। परिवर्तित पेज ही वे होते हैं जिन्हें हस्ताक्षरकर्ता देखता है और जिन पर हस्ताक्षर करता है, इसलिए फ़ील्ड रखने से पहले उनकी जाँच कर लें: लाइन ब्रेक Word से थोड़े भिन्न हो सकते हैं। Word फ़ाइल और उसकी PDF एक ही दस्तावेज़ से संबंधित होते हैं और उसी के साथ हटा दिए जाते हैं। साक्ष्य PDF में इस रूपांतरण और दोनों फ़ाइलों के SHA-256 को रिकॉर्ड किया जाता है। Didit Word फ़ाइल को signature_document_not_supported और एक reason के साथ अस्वीकार कर देता है जब इस बात पर अस्पष्टता हो कि किस पर हस्ताक्षर किए जाने हैं: इसमें मैक्रोज़ (macros), स्वीकार न किए गए ट्रैक किए गए परिवर्तन (tracked_changes), बाहरी सामग्री के लिंक (external_links) या एम्बेडेड ऑब्जेक्ट्स (embedded_objects) मौजूद हों। अपलोड करने से पहले ट्रैक किए गए परिवर्तनों को स्वीकार या अस्वीकार करें, ताकि PDF वही टेक्स्ट दिखाए जिस पर आपकी सहमति हुई थी। जिस फ़ाइल को परिवर्तित नहीं किया जा सकता, उसे signature_document_conversion_failed और इनमें से किसी एक कारण के साथ अस्वीकार कर दिया जाता है:

`reason`	क्या समस्या हुई
`docx_password_protected`	फ़ाइल पासवर्ड से सुरक्षित है। इसे हटाएँ और दोबारा अपलोड करें।
`docx_unreadable`	फ़ाइल पढ़ने योग्य Word दस्तावेज़ नहीं है।
`docx_too_many_pages`	परिवर्तित PDF में 100 से अधिक पेज हैं।
`docx_too_large`	फ़ाइल परिवर्तित करने के लिए बहुत बड़ी है।
`conversion_timeout`	रूपांतरण में बहुत अधिक समय लगा। पुनः प्रयास करें, या दस्तावेज़ को PDF के रूप में अपलोड करें।

दस्तावेज़ पर फ़ील्ड

फ़ील्ड किसी दस्तावेज़ को एक ऐसे टेम्पलेट में बदल देते हैं जिसे हस्ताक्षरकर्ता भरता है, ठीक उसी तरह जैसे आप किसी डेस्कटॉप साइनिंग टूल में कोई लिफ़ाफ़ा तैयार करते हैं। बिना फ़ील्ड वाला दस्तावेज़ सरल फ़्लो को बनाए रखता है: हस्ताक्षरकर्ता इसे पढ़ता है और सहमत होता है।

प्रकार	हस्ताक्षरकर्ता क्या करता है	मान
`signature`	अपने अपनाए गए हस्ताक्षर को लागू करने के लिए इस पर टैप करता है। पहला हस्ताक्षर या आद्याक्षर फ़ील्ड उस चरण को खोलता है जहाँ वे इसे अपनाते हैं।	लागू होने के बाद `true`
`initials`	अपने अपनाए गए आद्याक्षर लागू करने के लिए इस पर टैप करता है।	लागू होने के बाद `true`
`text`	कोई मान टाइप करता है, जिसकी जाँच फ़ील्ड के सत्यापन के आधार पर की जाती है। इसे पहले से भरा जा सकता है।	स्ट्रिंग
`checkbox`	इसे टिक या अनटिक करता है। एक आवश्यक चेकबॉक्स टिक होना चाहिए।	बूलियन
`email`	जब सत्र में सत्यापित ईमेल हो, तो हस्ताक्षरकर्ता कुछ नहीं करता; Didit इसे रीड-ओनली रूप में भर देता है। अन्यथा इसे टाइप करता है।	स्ट्रिंग
`full_name`	कुछ नहीं: Didit सत्यापित पूरा नाम रीड-ओनली रूप में भरता है।	स्ट्रिंग
`date_signed`	कुछ नहीं: Didit दस्तावेज़ों पर हस्ताक्षर किए जाने की तिथि भरता है।	स्ट्रिंग
`data`	कुछ नहीं: Didit सत्यापित पहचान, सत्र या आपके सिस्टम से कोई मान रीड-ओनली रूप में भरता है। `prefill` में सेट करें कि यह कहाँ से आता है।	स्ट्रिंग

इस संस्करण में कोई डेट पिकर नहीं है। हस्ताक्षरकर्ता द्वारा दर्ज की जाने वाली तिथि के लिए text फ़ील्ड का उपयोग करें। किसी फ़ील्ड में ये गुण होते हैं:

गुण	नियम
`id`	Didit द्वारा सेट किया जाता है।
`key`	परिणामों में और `sign.field_values` में फ़ील्ड को नाम देता है। छोटे अक्षर (लोअरकेस), अंक और अंडरस्कोर, किसी अक्षर से शुरू होते हुए, 64 वर्णों तक (`^[a-z][a-z0-9_]{0,63}$`), और दस्तावेज़ के भीतर अद्वितीय।
`type`	ऊपर दिए गए प्रकारों में से एक।
`role`	इसे कौन भरता है, `signature_signer` के मानों के साथ: `verified_person`, `legal_representative` या `key_people`। किसी सत्र दस्तावेज़ पर यह डिफ़ॉल्ट रूप से उस चरण का हस्ताक्षरकर्ता होता है।
`page`	1 से लेकर दस्तावेज़ के पेज काउंट तक। Word दस्तावेज़ के लिए, परिवर्तित PDF का एक पेज।
`x`, `y`, `width`, `height`	प्रदर्शित होने वाले पेज के अंश (`0` से `1` तक), ऊपर-बाएँ कोने से मापे गए और 4 दशमलव स्थानों तक पूर्णांकित। फ़ील्ड पेज के अंदर फ़िट होना चाहिए। यह कम से कम `0.02` चौड़ा और `0.012` ऊँचा होना चाहिए, और एक हस्ताक्षर कम से कम `0.12` गुणा `0.035` होना चाहिए।
`required`	जब तक आप `false` सेट नहीं करते, तब तक `signature` और `initials` आवश्यक हैं। `full_name`, `date_signed` और `data` हमेशा आवश्यक होते हैं।
`label`	1 से 80 वर्ण, हस्ताक्षरकर्ता को और परिणामों में दिखाए जाते हैं।
`placeholder`	केवल `text` और `email`। 80 वर्णों तक।
`position`	वह क्रम जिसमें हस्ताक्षरकर्ता को निर्देशित किया जाता है, `0` से शुरू होकर। Didit इसे फ़ील्ड की स्थिति के आधार पर सेट करता है: पेज के अनुसार, फिर ऊपर से नीचे, फिर बाएँ से दाएँ।
`validation`	केवल `text`। सत्यापन देखें।
`prefill`	मान कहाँ से आता है। पहले से भरे गए मान देखें।
`editable_when_prefilled`	केवल `text` और `email`: हस्ताक्षरकर्ता पहले से भरे गए मान को बदल सकता है। डिफ़ॉल्ट `false`।
`checked_by_default`	केवल `checkbox`: बॉक्स शुरुआत में ही टिक किया हुआ रहता है।
`date_format`	केवल `date_signed`: `DD/MM/YYYY` (डिफ़ॉल्ट), `MM/DD/YYYY`, `YYYY-MM-DD` या `D MMMM YYYY`।

{
  "id": "6a2f1c0e-4d8b-4f5e-9a51-0c7b2e9d3f10",
  "key": "occupation",
  "type": "text",
  "role": "verified_person",
  "page": 1,
  "x": 0.34,
  "y": 0.4618,
  "width": 0.57,
  "height": 0.0325,
  "required": true,
  "label": "Occupation",
  "placeholder": "For example, nurse",
  "position": 5,
  "validation": { "kind": "any", "min_length": 0, "max_length": 80, "pattern": null, "message": null },
  "prefill": null,
  "editable_when_prefilled": false,
  "checked_by_default": false,
  "date_format": null
}

एक दस्तावेज़ में अधिकतम 200 फ़ील्ड हो सकते हैं, और एक हस्ताक्षरकर्ता के सभी दस्तावेज़ों को मिलाकर अधिकतम 500 फ़ील्ड हो सकते हैं। एक चरण केवल अपने स्वयं के हस्ताक्षरकर्ता के फ़ील्ड को भरता है और स्टैम्प करता है। कोई दस्तावेज़ कई भूमिकाओं के लिए फ़ील्ड तभी रख सकता है जब वर्कफ़्लो के कई हस्ताक्षर चरण उसका उपयोग करते हों: प्रत्येक चरण अपनी भूमिका के फ़ील्ड भरता है और अपनी प्रति पर अन्य फ़ील्ड खाली छोड़ देता है। ऐसी भूमिका के लिए फ़ील्ड जिसका उपयोग वर्कफ़्लो का कोई हस्ताक्षर चरण नहीं करता, उसे role_not_used के साथ अस्वीकार कर दिया जाता है। जिस भी भूमिका के लिए दस्तावेज़ पर फ़ील्ड हैं, उसके लिए वहाँ कम से कम एक signature या initials फ़ील्ड होना आवश्यक है, अन्यथा वर्कफ़्लो संस्करण प्रकाशित नहीं किया जा सकता (signature_field_missing)।

सत्यापन

validation, text फ़ील्ड पर लागू होता है:

{ "kind": "any", "min_length": 0, "max_length": 80, "pattern": null, "message": null }

kind: any; letters (किसी भी लिपि के अक्षर, स्पेस, हाइफ़न और एपोस्ट्रॉफ़ी); number (वैकल्पिक दशमलव विभाजक के साथ अंक); email; या pattern।
min_length: 0 से max_length तक।
max_length: 1 से 500 तक। डिफ़ॉल्ट 120।
pattern: kind: "pattern" के साथ आवश्यक। 200 वर्णों तक का एक रेगुलर एक्सप्रेशन जिससे पूरे मान का मेल खाना ज़रूरी है। लुकअराउंड और बैकरेफ़रेंस समर्थित नहीं हैं।
message: 120 वर्णों तक, डिफ़ॉल्ट त्रुटि के स्थान पर दिखाया जाता है।

कंसोल पूर्वावलोकन, हस्ताक्षर करने का फ़्लो और API समान नियमों को लागू करते हैं।

पहले से भरे गए मान

prefill किसी फ़ील्ड के मान के स्रोत को निर्दिष्ट करता है:

`prefill`	मान
`identity.full_name`, `identity.first_name`, `identity.last_name`	हस्ताक्षरकर्ता की सत्यापित ID पर दर्ज नाम।
`identity.date_of_birth`	सत्यापित ID से, `DD/MM/YYYY` के रूप में।
`identity.nationality`, `identity.document_number`, `identity.document_type`, `identity.issuing_country`	सत्यापित ID से।
`identity.address`	सत्यापित ID से, या उसी सत्र में पते के प्रमाण से फ़ॉर्मैट किया गया पता।
`contact.email`, `contact.phone`	हस्ताक्षरकर्ता का सत्यापित ईमेल या फ़ोन।
`company.name`, `company.registration_number`, `company.address`, `company.country`	सत्यापित कंपनी, KYB के लिए।
`session.vendor_data`	सत्र का `vendor_data`।
`metadata.<key>`	स्ट्रिंग के रूप में सत्र के `metadata` में `<key>` का मान।
`api.<key>`	`sign.field_values` में `<key>` का मान, जिसे तब भेजा जाता है जब आप सत्र बनाते हैं।

एक data फ़ील्ड में prefill होना अनिवार्य है। full_name फ़ील्ड हमेशा identity.full_name का उपयोग करता है और email फ़ील्ड contact.email का उपयोग करता है, और एक text फ़ील्ड में भी यह हो सकता है। data, full_name और सत्यापित email फ़ील्ड के मान तब तय हो जाते हैं जब हस्ताक्षरकर्ता हस्ताक्षर करना शुरू करता है: सत्र में बाद में किए गए बदलाव उन्हें नहीं बदलते हैं। पहले से भरा हुआ text या email फ़ील्ड केवल पढ़ने के लिए होता है, जब तक कि आप editable_when_prefilled सेट न करें। जब उस समय किसी आवश्यक फ़ील्ड के स्रोत में कोई मान नहीं होता है, उदाहरण के लिए बिना पते वाला सत्र, तो फ़ील्ड खाली रहता है और हस्ताक्षरकर्ता फिर भी हस्ताक्षर कर सकता है। कोई चेतावनी उत्पन्न नहीं होती है, और रिपोर्ट में value_unavailable_reason इसका कारण बताता है।

इसे कंसोल में सेट करें

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

API के माध्यम से समान चरण को कॉन्फ़िगर करने के लिए, Workflow feature configs देखें। वर्कफ़्लो दस्तावेज़ और उनके फ़ील्ड कंसोल में प्रबंधित किए जाते हैं; API के माध्यम से, प्रति सत्र दस्तावेज़ और फ़ील्ड भेजें।

हस्ताक्षर करने का अनुभव

हस्ताक्षर चरण होस्टेड सत्यापन पेज, Web SDK और नेटिव SDK में डेस्कटॉप और फ़ोन दोनों पर चलता है। आपको कोई भी हस्ताक्षर UI बनाने की आवश्यकता नहीं है।

परिचय। हस्ताक्षरकर्ता उन दस्तावेज़ों को देखता है जिन पर वह हस्ताक्षर करने वाला है।
प्रत्येक दस्तावेज़, क्रम में। फ़ील्ड वाले दस्तावेज़ के लिए, हस्ताक्षरकर्ता को position के क्रम में उसके फ़ील्ड के माध्यम से निर्देशित किया जाता है। पहला हस्ताक्षर या आद्याक्षर फ़ील्ड एक शीट खोलता है जहाँ वे हस्ताक्षर अपनाते हैं। वैकल्पिक फ़ील्ड वैकल्पिक के रूप में चिह्नित होते हैं। Didit द्वारा भरे गए मान पेज पर एक लॉक के साथ दिखाई देते हैं और वे चरण नहीं होते हैं। पेज पर किसी फ़ील्ड पर टैप करने से सीधे उस पर पहुँचा जा सकता है। फ़ोन पर, एक समय में एक फ़ील्ड ऐसे पैनल में दिखाई देती है जो कीबोर्ड के ऊपर रहता है। कम से कम 1200 px चौड़ी स्क्रीन पर, पेज फ़ील्ड की सूची के बगल में स्थित होता है। यदि दस्तावेज़ पूरा करते समय कोई आवश्यक फ़ील्ड खाली हो, तो यह दिखाता है कि कितने फ़ील्ड बचे हैं और पहले वाले फ़ील्ड पर ले जाता है। बिना फ़ील्ड वाले दस्तावेज़ को आपके कॉन्फ़िगरेशन के अनुसार पढ़ा जाता है और उस पर सहमति दी जाती है।
समीक्षा। हस्ताक्षरकर्ता दस्तावेज़ों को फिर से देखता है और, जब उनमें से किसी में फ़ील्ड हों, तो उन पर इलेक्ट्रॉनिक रूप से हस्ताक्षर करने के लिए सहमत होता है।
कोड (केवल Advanced (AES))। हस्ताक्षरकर्ता अपने कोड का अनुरोध करता है। यह 5 मिनट के लिए मान्य होता है, 60 सेकंड के बाद एक नया कोड भेजा जा सकता है, और हस्ताक्षरकर्ता को अधिकतम 5 कोड और 3 गलत प्रयासों की अनुमति मिलती है। कोड या गलत प्रयासों की सीमा समाप्त होने पर SIGNATURE_OTP_FAILED रिकॉर्ड होता है। Simple स्तर पर कोई कोड नहीं होता है: हस्ताक्षरकर्ता सीधे समीक्षा से हस्ताक्षर करने की प्रक्रिया पर चला जाता है।
हस्ताक्षरित। हस्ताक्षर करने के बाद, हस्ताक्षरकर्ता अपने हस्ताक्षरित दस्तावेज़ डाउनलोड कर सकता है। यदि आपने इसे सक्षम किया है, तो Didit उन्हें एक प्रति ईमेल भी करता है।
अस्वीकार करना। हस्ताक्षरकर्ता हस्ताक्षर करने के बजाय अस्वीकार कर सकता है। यह SIGNATURE_DECLINED रिकॉर्ड करता है। जब तक हस्ताक्षर लिंक मान्य है, तब तक अस्वीकृति के बाद हस्ताक्षर प्रक्रिया फिर से खोली जा सकती है, ताकि यदि हस्ताक्षरकर्ता अपना विचार बदलता है तो वह अभी भी हस्ताक्षर कर सके।

फ़्लो हस्ताक्षरकर्ता को सूचित करता है कि उनका कोड कब समाप्त हो गया, कोई दस्तावेज़ बदल गया, हस्ताक्षर विफल हो गया या हस्ताक्षर लिंक की समय-सीमा समाप्त हो गई। हस्ताक्षर लिंक signature_link_validity_days (1 से 30, डिफ़ॉल्ट 7) तक मान्य रहता है, जिसकी गणना सत्र बनाए जाने के समय से की जाती है। सत्र कम से कम उतनी अवधि तक खुला रहता है।

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

हस्ताक्षर अपनाना

जब कोई दस्तावेज़ पहली बार हस्ताक्षर या आद्याक्षर मांगता है, तो हस्ताक्षरकर्ता एक ही शीट में एक बार अपने हस्ताक्षर और आद्याक्षर अपनाता है:

टाइप किया गया: उनकी पसंद की हस्तलेखन शैली में उनका सत्यापित नाम, जिसे From your ID के रूप में चिह्नित किया गया है। वे कोई भिन्न नाम टाइप नहीं कर सकते। टाइप किए गए आद्याक्षर उस नाम के पहले अक्षर होते हैं।
बनाया गया: उंगली या माउस से बनाया गया, हस्ताक्षर और आद्याक्षर दोनों।

बाद का प्रत्येक हस्ताक्षर या आद्याक्षर फ़ील्ड एक टैप से लागू होता है, और किसी लागू किए गए फ़ील्ड पर टैप करने से वह फिर से हट जाता है।

परिणाम

प्रत्येक हस्ताक्षरकर्ता का परिणाम सत्र के निर्णय में और सत्र के webhook के decision में signatures[] का एक आइटम होता है। कोई अलग हस्ताक्षर webhook नहीं है: सत्र का status.updated इवेंट आपको बताता है कि निर्णय कब प्राप्त करना है। आपको प्रत्येक दस्तावेज़ का हस्ताक्षरित PDF, प्रत्येक हस्ताक्षरकर्ता के लिए एक साक्ष्य PDF, और प्रत्येक मूल और हस्ताक्षरित फ़ाइल का SHA-256 प्राप्त होता है, ताकि आप बाद में साबित कर सकें कि कुछ भी नहीं बदला है। फ़ील्ड वाले दस्तावेज़ों के लिए, आपको प्रत्येक फ़ील्ड का मान, वह कहाँ से आया और उसे कब भरा गया, साथ ही अपनाया गया हस्ताक्षर और हस्ताक्षरकर्ता द्वारा इलेक्ट्रॉनिक रूप से हस्ताक्षर करने के लिए सहमति देने का समय भी मिलता है। प्रत्येक फ़ील्ड, डाउनलोड और हस्ताक्षर को फिर से मान्य करने के तरीके के लिए ई-हस्ताक्षर रिपोर्ट देखें। कंसोल में, सत्र का हस्ताक्षर टैब दस्तावेज़ दिखाता है, फिर प्रत्येक पेज के पूर्वावलोकन के साथ एक फ़ील्ड ब्लॉक, अपनाया गया हस्ताक्षर और आद्याक्षर, और प्रत्येक फ़ील्ड का मान, समय और स्रोत दिखाता है। PDF रिपोर्ट में एक हस्ताक्षर अनुभाग शामिल होता है, और दस्तावेज़ों में फ़ील्ड होने पर एक ई-हस्ताक्षर · फ़ील्ड पेज शामिल होता है।

मूल्य निर्धारण

ई-हस्ताक्षर की लागत प्रति हस्ताक्षरित सत्र $0.10 है, जो आपके मुफ़्त क्रेडिट में शामिल है, चाहे एक हस्ताक्षर सत्र में दस्तावेज़ों की संख्या कितनी भी हो और स्तर Simple हो या Advanced (AES)। अस्वीकृत, विफल या समाप्त हो चुके हस्ताक्षर के लिए कोई शुल्क नहीं लिया जाता है। Qualified (QES) एक ऐड-ऑन है जो अभी उपलब्ध नहीं है और इसकी कोई कीमत नहीं है।

हस्ताक्षर डेटा हटाना

जब आप कोई सत्र हटाते हैं, तो उसका हस्ताक्षर डेटा भी उसके साथ हटा दिया जाता है: सत्र के साथ भेजे गए दस्तावेज़ और उनकी मूल Word फ़ाइलें, प्रत्येक हस्ताक्षरकर्ता के लिए तैयार की गई प्रतियाँ, हस्ताक्षरित PDF, साक्ष्य PDF, अपनाए गए हस्ताक्षर और आद्याक्षर की छवियाँ, और प्रत्येक फ़ील्ड मान। उनके डाउनलोड लिंक काम करना बंद कर देते हैं। यही तब भी होता है जब आपकी डेटा प्रतिधारण अवधि के अंत में कोई सत्र हटाया जाता है। हटाए जाने को पूर्ववत नहीं किया जा सकता है, इसलिए पहले वह सब कुछ डाउनलोड कर लें जिसे आपको रखना है।

व्यवसाय सत्यापन के हस्ताक्षरित दस्तावेज़ कंपनी के सत्र से संबंधित होते हैं। उस सत्र को हटाने से वे हट जाते हैं।
वर्कफ़्लो से किसी दस्तावेज़ को हटाने पर वह उसके फ़ील्ड और उसकी मूल Word फ़ाइल के साथ हट जाता है। जिस हस्ताक्षरकर्ता ने पहले ही हस्ताक्षर करना शुरू कर दिया है, उसके पास अपने सत्र के हिस्से के रूप में दिखाई गई प्रति तब तक रहती है जब तक कि आप उस सत्र को हटा नहीं देते। दस्तावेज़ों को केवल उन वर्कफ़्लो से निकालें जिनमें हस्ताक्षर किए जाने की प्रतीक्षा में कोई सत्र न हो।
Didit द्वारा पहले ही हस्ताक्षरकर्ता को ईमेल की गई प्रति उनके मेलबॉक्स में होती है और वह प्रभावित नहीं होती है।

प्रमाणीकरण

सत्यापन

निगरानी

प्लेटफ़ॉर्म

ई-हस्ताक्षर API: KYC के बाद दस्तावेज़ों पर हस्ताक्षर करें

हस्ताक्षर स्तर

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

शुरू करने से पहले

दस्तावेज़

दस्तावेज़ कहाँ से आते हैं

समर्थित फ़ाइलें

दस्तावेज़ पर फ़ील्ड

सत्यापन

पहले से भरे गए मान

इसे कंसोल में सेट करें

हस्ताक्षर करने का अनुभव

हस्ताक्षर अपनाना

परिणाम

मूल्य निर्धारण

हस्ताक्षर डेटा हटाना

संबंधित

​हस्ताक्षर स्तर

​यह कैसे काम करता है

​शुरू करने से पहले

​दस्तावेज़

​दस्तावेज़ कहाँ से आते हैं

​समर्थित फ़ाइलें

​दस्तावेज़ पर फ़ील्ड

​सत्यापन

​पहले से भरे गए मान

​इसे कंसोल में सेट करें

​हस्ताक्षर करने का अनुभव

​हस्ताक्षर अपनाना

​परिणाम

​मूल्य निर्धारण

​हस्ताक्षर डेटा हटाना

​संबंधित

हस्ताक्षर स्तर

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

शुरू करने से पहले

दस्तावेज़

दस्तावेज़ कहाँ से आते हैं

समर्थित फ़ाइलें

दस्तावेज़ पर फ़ील्ड

सत्यापन

पहले से भरे गए मान

इसे कंसोल में सेट करें

हस्ताक्षर करने का अनुभव

हस्ताक्षर अपनाना

परिणाम

मूल्य निर्धारण

हस्ताक्षर डेटा हटाना

संबंधित