> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

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

> Didit के सत्यापन फ़्लो में सत्यापित व्यक्ति या प्रतिनिधियों से साधारण या Advanced (AES) स्तर पर PDF और Word दस्तावेज़ों पर हस्ताक्षर करवाएं।

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

ई-हस्ताक्षर इंटीग्रेशन प्रॉम्प्ट
        प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें



      
      

\<pre>

\`Goal:
Add Didit E-signature to a verification workflow: the verified person (KYC) or a company's representatives (KYB) sign PDF or Word documents inside the Didit flow, and your backend receives the signed PDFs and the evidence.

Delivery mode:
E-signature is a workflow step (feature SIGNATURE). There is no standalone signing API: the signer signs inside the hosted Didit flow, the Web SDK or a native SDK.

Prerequisites in the workflow (Advanced (AES) level only; the default Simple level needs no earlier step and no code):
\- KYC: an ID Verification step before the signature step (the signer's identity must be Approved), plus Email Verification (email codes, the default) or Phone Verification (SMS codes) so the code goes to a verified contact. If the workflow has Liveness, it must be Approved too.
\- KYB: a Key People step whose people complete their own KYC with the same prerequisites. signature_signer "legal_representative" picks the key people with the role representative or authorized_signatory; "key_people" picks every eligible key person (1 to 20 signers). For these KYB signers always set signature_level to "aes": "simple" is refused with signature_simple_requires_verified_person, so the workflow cannot be saved.

Steps:
1\. Add the E-signature step to the workflow in the Business Console (or POST /v3/workflows/ with {"feature": "SIGNATURE", "config": {...}}). Upload the documents in the console, or set signature_documents_source to "session" (or "both") to send them per session.
2\. Optional: place fields on each document: signature, initials, full_name, date_signed, text, checkbox, email and read-only data. Workflow documents get their fields in the console's template editor. Session documents carry them in sign.documents[].fields, placed by page and position or by anchor text. Every field has a key; a field with prefill "api.<key>" takes its value from sign.field_values.
3\. Create a session. For per-session documents, send sign.documents with base64 content:

curl -X POST 'https://verification.didit.me/v3/session/' \
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{
"workflow_id": "YOUR_WORKFLOW_ID",
"vendor_data": "user-1234",
"sign": {
  "documents": [
    \{
      "title": "Account agreement",
      "file_name": "agreement.pdf",
      "content_base64": "<base64 of the PDF>",
      "fields": [
        \{ "key": "signature", "type": "signature", "page": 3, "x": 0.09, "y": 0.62, "width": 0.36, "height": 0.085 },
        \{ "key": "credit_limit", "type": "data", "page": 1, "x": 0.34, "y": 0.31, "width": 0.3, "height": 0.03, "prefill": "api.credit_limit" }
      ]
    }
  ],
  "field_values": { "credit_limit": "3,000 EUR" }
}
}'

4\. Send the user to session.url (or open it with the Web or native SDK). Documents with fields need a native SDK release that supports fields; the hosted page and the Web SDK always do.
5\. Wait for the status.updated webhook, then GET /v3/session/{session_id}/decision/.

Decision surface:
signatures[] (one item per signer and signature step). Read:
\- status: the signing stage (intro, review, code, signing, signed, declined).
\- verdict: Not Finished | Approved | In Review | Declined.
\- level ("simple" or "aes"), format ("pdf" for simple, "pades" for aes), profile ("PAdES-B-LT" once an aes step is signed, otherwise null).
\- signer, identity_used, confirmation, certificate, timestamp, adopted_signature, electronic_signature_consent_at.
\- documents[]: mode ("fields" or "read_and_agree"), sha256_original, sha256_signed, status, signed_file (download path), source_format, conversion, fields[] (key, type, value, display_value, value_source, filled_at, image_url).
\- evidence_file (download path), warnings[] ({code, node_id}).

Downloads (x-api-key works):
\- GET /v3/session/{session_id}/signatures/{node_id}/documents/{document_id}/file/ -> signed PDF
\- GET /v3/session/{session_id}/signatures/{node_id}/evidence/?signature_id={id} -> evidence PDF
\- GET /v3/session/{session_id}/signatures/{node_id}/fields/{field_id}/image/ -> applied signature or initials (PNG); use the image_url of the field
\- POST /v3/session/{session_id}/signatures/{node_id}/validate/ -> re-checks the stored signatures

Warnings:
SIGNATURE_DECLINED (default REVIEW), SIGNATURE_OTP_FAILED, SIGNATURE_NAME_MISMATCH, SIGNATURE_IDENTITY_NOT_VERIFIED, SIGNATURE_DOCUMENT_CHANGED (default DECLINE). Each maps to a signature_*_action setting.

Rules:
\- Level: "simple" (default) or "aes". "qes" is an add-on that is not available yet and saving it returns 400 qes_not_available. While signature_availability.aes is false on the workflow, saving a new "aes" step returns 400 aes_not_available.
\- PDF: up to 20 MB and 100 pages each, no password, scripts or attachments. Up to 20 documents and 50 MB per signer.
\- Word: .docx only (.doc, .docm, .odt and .rtf are refused with unsupported_type), up to 20 MB, converted to PDF while the upload or create-session request runs. Fields refer to the converted pages. Macros, tracked changes, external links and embedded objects are refused with signature_document_not_supported; a file that can't be converted returns signature_document_conversion_failed. Both carry a reason.
\- Fields: key matches ^[a-z][a-z0-9_]{0,63}$ and is unique in its document; role defaults to the step's signer; up to 200 fields per document and 500 per signer. Every role with fields on a document needs a signature or initials field. There is no date picker type: use text.
\- Never show success until status is "signed". That is the check at every level. For an aes signature a null certificate, timestamp or signed_file also means "not signed"; a signed simple signature has a signed_file but a null certificate and timestamp.

See also:
\- /core-technology/electronic-signature/report-electronic-signature
\- /core-technology/electronic-signature/warnings-electronic-signature
\- /management-api/workflows/feature-configs#e-signature`

\</pre>



      
      

यहाँ पेस्ट करें

## हस्ताक्षर स्तर| स्तर | आवश्यकताएँ | यह क्या है |
| - | - | - |
| **सरल** | डिफ़ॉल्ट। कोई पहचान सत्यापन, ईमेल या फ़ोन नहीं | व्यक्ति बिना किसी पहचान सत्यापन, ईमेल, फ़ोन या कोड के सत्र लिंक पर हस्ताक्षर करता है। यदि सत्र में पहले से ही कोई सत्यापित नाम मौजूद है तो उसका उपयोग किया जाता है; अन्यथा वे अपना नाम टाइप करते हैं, और हस्ताक्षर व रिपोर्ट में यह दर्ज होता है कि नाम टाइप किया गया था और सत्यापित नहीं था। जिस किसी के पास सत्र लिंक है वह हस्ताक्षर कर सकता है, इसलिए कम जोखिम वाले समझौतों के लिए सरल चुनें; विनियमित या उच्च-मूल्य वाले अनुबंधों के लिए उन्नत (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` रिस्पॉन्स मिलता है।## यह कैसे काम करता है**1. उन्नत (AES) के लिए, वर्कफ़्लो पहले हस्ताक्षरकर्ता को सत्यापित करता है**उन्नत (AES) स्तर पर हस्ताक्षर चरण उन चरणों के बाद चलता है जो यह स्थापित करते हैं कि कौन हस्ताक्षर कर रहा है: पहचान सत्यापन, और उस संपर्क के लिए ईमेल या फ़ोन सत्यापन जिस पर कोड भेजा जाता है। [शुरू करने से पहले](#शुरू-करने-से-पहले) देखें। सरल स्तर के लिए किसी पूर्व चरण की आवश्यकता नहीं होती है।**2. Didit दस्तावेज़ तैयार करता है**जब हस्ताक्षरकर्ता इस चरण पर पहुँचता है, तो Didit दस्तावेज़ों और उनके फ़ील्ड को सत्र में कॉपी करता है और प्रत्येक दस्तावेज़ के SHA-256 को रिकॉर्ड करता है। वर्कफ़्लो में बाद में किए गए बदलाव यह नहीं बदल सकते कि यह हस्ताक्षरकर्ता क्या देखता है।**3. हस्ताक्षरकर्ता प्रत्येक दस्तावेज़ को देखता है**फ़ील्ड वाले दस्तावेज़ के लिए, हस्ताक्षरकर्ता को एक फ़ील्ड से दूसरे फ़ील्ड पर निर्देशित किया जाता है। वे एक बार हस्ताक्षर चुनते हैं और यह प्रत्येक हस्ताक्षर और इनिशियल्स फ़ील्ड पर लागू हो जाता है, और वे टेक्स्ट व चेकबॉक्स फ़ील्ड भरते हैं। Didit द्वारा सत्यापित पहचान, सत्र या आपके सिस्टम से लिए गए मान पहले से ही पेज पर मौजूद होते हैं। बिना फ़ील्ड वाले दस्तावेज़ के लिए, वे इसे पढ़ते हैं और इस पर सहमति देते हैं।**4. उन्नत (AES) के लिए, हस्ताक्षरकर्ता कोड के साथ पुष्टि करता है**जब किसी दस्तावेज़ में फ़ील्ड होते हैं, तो हस्ताक्षरकर्ता पहले दस्तावेज़ों पर इलेक्ट्रॉनिक रूप से हस्ताक्षर करने के लिए सहमति देता है। उन्नत (AES) स्तर पर Didit फिर सत्र में पहले सत्यापित किए गए ईमेल या फ़ोन पर छह अंकों का कोड भेजता है, और इसे दर्ज करने से चरण के प्रत्येक दस्तावेज़ पर हस्ताक्षर अधिकृत हो जाते हैं। सरल स्तर पर कोई कोड नहीं होता है: सहमति देना ही हस्ताक्षर को अधिकृत करता है।**5. Didit हस्ताक्षर और सील करता है**Didit हस्ताक्षर करने की तारीख भरता है, प्रत्येक फ़ील्ड मान को प्रत्येक PDF में स्टैम्प करता है और साक्ष्य पृष्ठ जोड़ता है। उन्नत (AES) स्तर पर यह फिर PAdES हस्ताक्षर और टाइमस्टैम्प लागू करता है, ताकि हस्ताक्षर पेज की हर चीज़ को कवर करे। सरल स्तर पर फ़ाइल साक्ष्य पृष्ठ के साथ एक PDF होती है और इसमें कोई डिजिटल हस्ताक्षर, सील या टाइमस्टैम्प नहीं होता है।**6. आपको परिणाम प्राप्त होते हैं**निर्णय और सत्र 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` | वे दस्तावेज़ जिन्हें आप [सत्र बनाते समय](https://docs.didit.me/hi/sessions-api/create-session.md#ई-हस्ताक्षर-दस्तावेज़) `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`। |```json theme={null}
{
  "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` फ़ील्ड पर लागू होता है:```json theme={null}
{ "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>` का मान, जिसे तब भेजा जाता है जब आप [सत्र बनाते हैं](https://docs.didit.me/hi/sessions-api/create-session.md#फ़ील्ड-मान)। |एक `data` फ़ील्ड में `prefill` होना अनिवार्य है। `full_name` फ़ील्ड हमेशा `identity.full_name` का उपयोग करता है और `email` फ़ील्ड `contact.email` का उपयोग करता है, और एक `text` फ़ील्ड में भी यह हो सकता है। `data`, `full_name` और सत्यापित `email` फ़ील्ड के मान तब तय हो जाते हैं जब हस्ताक्षरकर्ता हस्ताक्षर करना शुरू करता है: सत्र में बाद में किए गए बदलाव उन्हें नहीं बदलते हैं। पहले से भरा हुआ `text` या `email` फ़ील्ड केवल पढ़ने के लिए होता है, जब तक कि आप `editable_when_prefilled` सेट न करें।जब उस समय किसी आवश्यक फ़ील्ड के स्रोत में कोई मान नहीं होता है, उदाहरण के लिए बिना पते वाला सत्र, तो फ़ील्ड खाली रहता है और हस्ताक्षरकर्ता फिर भी हस्ताक्षर कर सकता है। कोई चेतावनी उत्पन्न नहीं होती है, और [रिपोर्ट](https://docs.didit.me/hi/core-technology/electronic-signature/report-electronic-signature.md) में `value_unavailable_reason` इसका कारण बताता है।## इसे कंसोल में सेट करें1) **वर्कफ़्लो** पर जाएँ, कोई वर्कफ़्लो खोलें और हस्ताक्षरकर्ता को सत्यापित करने वाले चरणों के बाद **ई-हस्ताक्षर** चरण जोड़ें।
2) **दस्तावेज़** में, PDF या Word फ़ाइलें जोड़ने के लिए **अपलोड करें** चुनें, और उन्हें उस क्रम में खींचें जिसमें हस्ताक्षरकर्ता उन्हें देखता है। Word फ़ाइलों को PDF में बदला जाता है: फ़ील्ड रखने से पहले परिवर्तित पेजों की जाँच करें। **बदलें** किसी दस्तावेज़ की फ़ाइल को बदल देता है और उसके फ़ील्ड को बनाए रखता है, सिवाय उन पेजों के फ़ील्ड के जो नई फ़ाइल में अब मौजूद नहीं हैं।
3) **दस्तावेज़ों पर फ़ील्ड रखें** के तहत, **एडिटर खोलें** चुनें। पैलेट से किसी फ़ील्ड को खींचकर पेज पर लाएँ, या उसे चुनें और जहाँ उसे रखना है वहाँ क्लिक करें, फिर उसे ले जाएँ और आकार बदलें। प्रत्येक फ़ील्ड के लिए, **कौन भरता है**, इसका लेबल, क्या यह **आवश्यक** है, यह क्या स्वीकार करता है, इसका मान कहाँ से आता है और इसकी **API कुंजी** (फ़ील्ड की `key`) सेट करें। **हस्ताक्षरकर्ता के रूप में देखें** दस्तावेज़ को वैसे दिखाता है जैसे हस्ताक्षरकर्ता इसे फ़ोन या डेस्कटॉप पर देखता है। जैसे-जैसे आप काम करते हैं, एडिटर सहेजता रहता है (**ड्राफ्ट में सहेजा गया**) और आपके **हो गया** चुनने से पहले क्या ठीक करना है उसकी सूची दिखाता है।
4) **दस्तावेज़** में ही, चुनें कि दस्तावेज़ कहाँ से आते हैं: **यह वर्कफ़्लो**, **प्रत्येक सत्र** या **दोनों**। बिना फ़ील्ड वाले दस्तावेज़ों के लिए, चुनें कि क्या हस्ताक्षरकर्ता को **हस्ताक्षर करने से पहले अंत तक पढ़ना हो** और **प्रत्येक दस्तावेज़ के लिए एक सहमति** देनी होगी।
5) **हस्ताक्षर** में, **हस्ताक्षरकर्ता**, **स्तर** (**सरल**, डिफ़ॉल्ट, या **उन्नत (AES)**; **योग्य (QES)** **जल्द आ रहा है** के रूप में दिखता है), **फ़ॉर्मैट** और कोड कहाँ जाता है (**वन-टाइम कोड द्वारा**) चुनें।
6) **नियम** में, सेट करें कि प्रत्येक [चेतावनी](https://docs.didit.me/hi/core-technology/electronic-signature/warnings-electronic-signature.md) निर्णय पर क्या प्रभाव डालती है।
7) **उन्नत** में, चुनें कि क्या **हस्ताक्षरित प्रति ईमेल करें** और **साक्ष्य पृष्ठ जोड़ें**, और हस्ताक्षर लिंक कितने दिनों तक वैध रहता है। आप कस्टम स्थिति नियम भी जोड़ सकते हैं।
8) वर्कफ़्लो सहेजें।API के माध्यम से समान चरण को कॉन्फ़िगर करने के लिए, [Workflow feature configs](https://docs.didit.me/hi/management-api/workflows/feature-configs.md#ई-हस्ताक्षर) देखें। वर्कफ़्लो दस्तावेज़ और उनके फ़ील्ड कंसोल में प्रबंधित किए जाते हैं; API के माध्यम से, प्रति सत्र दस्तावेज़ और फ़ील्ड भेजें।## हस्ताक्षर करने का अनुभवहस्ताक्षर चरण होस्टेड सत्यापन पेज, [Web SDK](https://docs.didit.me/hi/integration/web-sdks/overview.md) और [नेटिव SDK](https://docs.didit.me/hi/integration/native-sdks/overview.md) में डेस्कटॉप और फ़ोन दोनों पर चलता है। आपको कोई भी हस्ताक्षर UI बनाने की आवश्यकता नहीं है।1) **परिचय।** हस्ताक्षरकर्ता उन दस्तावेज़ों को देखता है जिन पर वह हस्ताक्षर करने वाला है।
2) **प्रत्येक दस्तावेज़, क्रम में।** फ़ील्ड वाले दस्तावेज़ के लिए, हस्ताक्षरकर्ता को `position` के क्रम में उसके फ़ील्ड के माध्यम से निर्देशित किया जाता है। पहला हस्ताक्षर या आद्याक्षर फ़ील्ड एक शीट खोलता है जहाँ वे [हस्ताक्षर अपनाते हैं](#हस्ताक्षर-अपनाना)। वैकल्पिक फ़ील्ड **वैकल्पिक** के रूप में चिह्नित होते हैं। Didit द्वारा भरे गए मान पेज पर एक लॉक के साथ दिखाई देते हैं और वे चरण नहीं होते हैं। पेज पर किसी फ़ील्ड पर टैप करने से सीधे उस पर पहुँचा जा सकता है। फ़ोन पर, एक समय में एक फ़ील्ड ऐसे पैनल में दिखाई देती है जो कीबोर्ड के ऊपर रहता है। कम से कम 1200 px चौड़ी स्क्रीन पर, पेज फ़ील्ड की सूची के बगल में स्थित होता है। यदि दस्तावेज़ पूरा करते समय कोई आवश्यक फ़ील्ड खाली हो, तो यह दिखाता है कि कितने फ़ील्ड बचे हैं और पहले वाले फ़ील्ड पर ले जाता है। बिना फ़ील्ड वाले दस्तावेज़ को आपके कॉन्फ़िगरेशन के अनुसार पढ़ा जाता है और उस पर सहमति दी जाती है।
3) **समीक्षा।** हस्ताक्षरकर्ता दस्तावेज़ों को फिर से देखता है और, जब उनमें से किसी में फ़ील्ड हों, तो उन पर इलेक्ट्रॉनिक रूप से हस्ताक्षर करने के लिए सहमत होता है।
4) **कोड (केवल Advanced (AES))।** हस्ताक्षरकर्ता अपने कोड का अनुरोध करता है। यह 5 मिनट के लिए मान्य होता है, 60 सेकंड के बाद एक नया कोड भेजा जा सकता है, और हस्ताक्षरकर्ता को अधिकतम 5 कोड और 3 गलत प्रयासों की अनुमति मिलती है। कोड या गलत प्रयासों की सीमा समाप्त होने पर `SIGNATURE_OTP_FAILED` रिकॉर्ड होता है। Simple स्तर पर कोई कोड नहीं होता है: हस्ताक्षरकर्ता सीधे समीक्षा से हस्ताक्षर करने की प्रक्रिया पर चला जाता है।
5) **हस्ताक्षरित।** हस्ताक्षर करने के बाद, हस्ताक्षरकर्ता अपने हस्ताक्षरित दस्तावेज़ डाउनलोड कर सकता है। यदि आपने इसे सक्षम किया है, तो Didit उन्हें एक प्रति ईमेल भी करता है।
6) **अस्वीकार करना।** हस्ताक्षरकर्ता हस्ताक्षर करने के बजाय अस्वीकार कर सकता है। यह `SIGNATURE_DECLINED` रिकॉर्ड करता है। जब तक हस्ताक्षर लिंक मान्य है, तब तक अस्वीकृति के बाद हस्ताक्षर प्रक्रिया फिर से खोली जा सकती है, ताकि यदि हस्ताक्षरकर्ता अपना विचार बदलता है तो वह अभी भी हस्ताक्षर कर सके।फ़्लो हस्ताक्षरकर्ता को सूचित करता है कि उनका कोड कब समाप्त हो गया, कोई दस्तावेज़ बदल गया, हस्ताक्षर विफल हो गया या हस्ताक्षर लिंक की समय-सीमा समाप्त हो गई।हस्ताक्षर लिंक `signature_link_validity_days` (1 से 30, डिफ़ॉल्ट 7) तक मान्य रहता है, जिसकी गणना सत्र बनाए जाने के समय से की जाती है। सत्र कम से कम उतनी अवधि तक खुला रहता है।> [!NOTE]
>
> नेटिव SDK हस्ताक्षर चरण को उस रिलीज़ से दिखाना शुरू करते हैं जो इसे जोड़ती है, जो रिलीज़ होने पर [नेटिव SDK अवलोकन](https://docs.didit.me/hi/integration/native-sdks/overview.md) में सूचीबद्ध होती है। फ़ील्ड वाले दस्तावेज़ों के लिए ऐसे रिलीज़ की आवश्यकता होती है जो फ़ील्ड का समर्थन करता हो: पुराना रिलीज़ उन्हें नहीं दिखा सकता है, और इसके बजाय यह चरण एक त्रुटि दिखाता है। बिना फ़ील्ड वाले दस्तावेज़ हस्ताक्षर चरण वाले प्रत्येक रिलीज़ में काम करते हैं। जब तक आपका ऐप ऐसा रिलीज़ नहीं चलाता जो आपके वर्कफ़्लो द्वारा उपयोग की जाने वाली चीज़ों का समर्थन करता है, तब तक लोगों को होस्टेड पेज या Web SDK पर भेजें।### हस्ताक्षर अपनानाजब कोई दस्तावेज़ पहली बार हस्ताक्षर या आद्याक्षर मांगता है, तो हस्ताक्षरकर्ता एक ही शीट में एक बार अपने हस्ताक्षर और आद्याक्षर अपनाता है:- **टाइप किया गया**: उनकी पसंद की हस्तलेखन शैली में उनका सत्यापित नाम, जिसे **From your ID** के रूप में चिह्नित किया गया है। वे कोई भिन्न नाम टाइप नहीं कर सकते। टाइप किए गए आद्याक्षर उस नाम के पहले अक्षर होते हैं।
- **बनाया गया**: उंगली या माउस से बनाया गया, हस्ताक्षर और आद्याक्षर दोनों।बाद का प्रत्येक हस्ताक्षर या आद्याक्षर फ़ील्ड एक टैप से लागू होता है, और किसी लागू किए गए फ़ील्ड पर टैप करने से वह फिर से हट जाता है।## परिणामप्रत्येक हस्ताक्षरकर्ता का परिणाम [सत्र के निर्णय](https://docs.didit.me/hi/sessions-api/retrieve-session.md) में और [सत्र के webhook](https://docs.didit.me/hi/integration/webhooks.md) के `decision` में `signatures[]` का एक आइटम होता है। कोई अलग हस्ताक्षर webhook नहीं है: सत्र का `status.updated` इवेंट आपको बताता है कि निर्णय कब प्राप्त करना है।आपको प्रत्येक दस्तावेज़ का हस्ताक्षरित PDF, प्रत्येक हस्ताक्षरकर्ता के लिए एक साक्ष्य PDF, और प्रत्येक मूल और हस्ताक्षरित फ़ाइल का SHA-256 प्राप्त होता है, ताकि आप बाद में साबित कर सकें कि कुछ भी नहीं बदला है। फ़ील्ड वाले दस्तावेज़ों के लिए, आपको प्रत्येक फ़ील्ड का मान, वह कहाँ से आया और उसे कब भरा गया, साथ ही अपनाया गया हस्ताक्षर और हस्ताक्षरकर्ता द्वारा इलेक्ट्रॉनिक रूप से हस्ताक्षर करने के लिए सहमति देने का समय भी मिलता है। प्रत्येक फ़ील्ड, डाउनलोड और हस्ताक्षर को फिर से मान्य करने के तरीके के लिए [ई-हस्ताक्षर रिपोर्ट](https://docs.didit.me/hi/core-technology/electronic-signature/report-electronic-signature.md) देखें।कंसोल में, सत्र का **हस्ताक्षर** टैब दस्तावेज़ दिखाता है, फिर प्रत्येक पेज के पूर्वावलोकन के साथ एक **फ़ील्ड** ब्लॉक, अपनाया गया हस्ताक्षर और आद्याक्षर, और प्रत्येक फ़ील्ड का मान, समय और स्रोत दिखाता है। [PDF रिपोर्ट](https://docs.didit.me/hi/sessions-api/generate-pdf.md) में एक हस्ताक्षर अनुभाग शामिल होता है, और दस्तावेज़ों में फ़ील्ड होने पर एक **ई-हस्ताक्षर · फ़ील्ड** पेज शामिल होता है।## मूल्य निर्धारणई-हस्ताक्षर की लागत प्रति हस्ताक्षरित सत्र \$0.10 है, जो आपके मुफ़्त क्रेडिट में शामिल है, चाहे एक हस्ताक्षर सत्र में दस्तावेज़ों की संख्या कितनी भी हो और स्तर Simple हो या Advanced (AES)। अस्वीकृत, विफल या समाप्त हो चुके हस्ताक्षर के लिए कोई शुल्क नहीं लिया जाता है। Qualified (QES) एक ऐड-ऑन है जो अभी उपलब्ध नहीं है और इसकी कोई कीमत नहीं है।## हस्ताक्षर डेटा हटानाजब आप [कोई सत्र हटाते हैं](https://docs.didit.me/hi/sessions-api/delete-session.md), तो उसका हस्ताक्षर डेटा भी उसके साथ हटा दिया जाता है: सत्र के साथ भेजे गए दस्तावेज़ और उनकी मूल Word फ़ाइलें, प्रत्येक हस्ताक्षरकर्ता के लिए तैयार की गई प्रतियाँ, हस्ताक्षरित PDF, साक्ष्य PDF, अपनाए गए हस्ताक्षर और आद्याक्षर की छवियाँ, और प्रत्येक फ़ील्ड मान। उनके डाउनलोड लिंक काम करना बंद कर देते हैं। यही तब भी होता है जब आपकी डेटा प्रतिधारण अवधि के अंत में कोई सत्र हटाया जाता है। हटाए जाने को पूर्ववत नहीं किया जा सकता है, इसलिए पहले वह सब कुछ डाउनलोड कर लें जिसे आपको रखना है।- व्यवसाय सत्यापन के हस्ताक्षरित दस्तावेज़ कंपनी के सत्र से संबंधित होते हैं। उस सत्र को हटाने से वे हट जाते हैं।
- वर्कफ़्लो से किसी दस्तावेज़ को हटाने पर वह उसके फ़ील्ड और उसकी मूल Word फ़ाइल के साथ हट जाता है। जिस हस्ताक्षरकर्ता ने पहले ही हस्ताक्षर करना शुरू कर दिया है, उसके पास अपने सत्र के हिस्से के रूप में दिखाई गई प्रति तब तक रहती है जब तक कि आप उस सत्र को हटा नहीं देते। दस्तावेज़ों को केवल उन वर्कफ़्लो से निकालें जिनमें हस्ताक्षर किए जाने की प्रतीक्षा में कोई सत्र न हो।
- Didit द्वारा पहले ही हस्ताक्षरकर्ता को ईमेल की गई प्रति उनके मेलबॉक्स में होती है और वह प्रभावित नहीं होती है।## संबंधित- [ई-हस्ताक्षर रिपोर्ट](https://docs.didit.me/hi/core-technology/electronic-signature/report-electronic-signature.md): `signatures[]`, हस्ताक्षरित PDF, साक्ष्य PDF और डाउनलोड।
- [ई-हस्ताक्षर चेतावनियाँ](https://docs.didit.me/hi/core-technology/electronic-signature/warnings-electronic-signature.md): प्रत्येक चेतावनी और उसे नियंत्रित करने वाला नियम।
- [सत्र बनाएँ](https://docs.didit.me/hi/sessions-api/create-session.md#ई-हस्ताक्षर-दस्तावेज़): प्रति सत्र दस्तावेज़, फ़ील्ड और फ़ील्ड मान भेजें।
- [वर्कफ़्लो सुविधा कॉन्फ़िगरेशन](https://docs.didit.me/hi/management-api/workflows/feature-configs.md#ई-हस्ताक्षर): इस चरण की प्रत्येक सेटिंग।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.