Didit के साथ लोगों को verify करना शुरू करने के लिए कोड लिखना ज़रूरी नहीं - जब automation चाहिए तो no-code link इस्तेमाल करें, या SDK या API अपनाएं।

संक्षिप्त उत्तर

तीन रास्ते। No-code links को किसी backend की ज़रूरत ही नहीं होती। API और एक redirect मानक integration है। SDK पूरे flow को आपकी अपनी app के अंदर लाते हैं - और यही एकमात्र रास्ता है जो NFC को सपोर्ट करता है। आप जो भी चुनें, नतीजे webhooks से वापस पाएं।

Didit के साथ identity verification शुरू करने के लिए आपको डेवलपर की ज़रूरत नहीं है। एक no-code विकल्प है जो कुछ ही मिनटों में तैयार हो जाता है, साथ ही API और SDK विकल्प भी हैं जब आप इसे अपने खुद के product के अंदर automate करना चाहें।

#क्या मैं बिना कोडिंग के Didit इस्तेमाल कर सकता हूँ?

हां। console में एक बार workflow बना लेने के बाद, आप बिना कोई कोड लिखे दो तरीकों से एक verification session बना सकते हैं:

Didit कंसोल: इंटीग्रेट करने के तरीके: API, SDK, और no-code links
Integrate पेज, शून्य से एक काम करते session तक पहुँचने का सबसे छोटा रास्ता है।
  1. Verification link (एक बार वाला)

    नया सत्यापन दबाएं (होम पर, वेरिफिकेशन लिस्ट में, या किसी व्यक्ति की प्रोफ़ाइल पर), एक वर्कफ़्लो चुनें, विक्रेता डेटा में उस व्यक्ति के लिए अपना ID डालें, और सत्यापन बनाएँ दबाएं। फिर लिंक ईमेल से भेजें, उसे कॉपी करें, या QR कोड दिखाएं। एकल जाँच टैब पूरे वर्कफ़्लो के बिना कोई एक जांच चलाता है, जैसे AML स्क्रीनिंग।

  2. दोबारा इस्तेमाल होने वाला लिंक (Unilink)

    हर workflow का एक reusable link भी होता है जो हर विज़िट पर नया session शुरू करता है। इसे अपनी वेबसाइट पर किसी बटन के पीछे रखें, किसी kiosk या branch के लिए QR code के रूप में प्रिंट करें, या affiliates के साथ शेयर करें। देखें reusable links।

दोनों तरीके API और आपके backend को पूरी तरह छोड़ देते हैं - MVP, manual review, in-person verification, या कुछ भी custom बनाने से पहले शुरुआत करने के लिए सही विकल्प।

#जब आपको automation चाहिए

अगर आप चाहते हैं कि नतीजा आपके अपने systems को अपने आप update कर दे - सिर्फ console में दिखने के बजाय - तो आपको API या किसी SDK की ज़रूरत होगी:

आप क्या चाहते हैं...इस्तेमाल करें
अपनी app से यूज़र्स को एक hosted verification पेज पर redirect करनाएक session बनाने के लिए एक API कॉल, फिर मिले हुए URL पर redirect
Verification को अपनी web app के अंदर embed करनाJavaScript SDK या in-context iframe
किसी native iOS, Android, Flutter, या React Native app के अंदर verify करनासंबंधित native SDK - NFC के लिए ज़रूरी
WordPress/WooCommerce या Shopify में verification जोड़नाWordPress/WooCommerce या Shopify plugin - कोई कोड नहीं चाहिए
इसे किसी automation tool में जोड़नाZapier, n8n, या कोई भी tool जो HTTP request भेज सके और webhook पा सके, उससे API
नतीजे तैयार होते ही सीधे अपने backend पर पानाWebhooks
खुद अलग-अलग checks चलाना (batch processing, custom capture UI)standalone APIs, workflow session के बजाय सीधे कॉल की गई

#लिंक खुद भेजना

अगर आप API से session बनाते हैं, तो Didit verification URL लौटाता है - और उसे भेजना फिर आपका काम है। इसे अपने खुद के product से, अपने खुद के शब्दों और branding के साथ भेजना, वैसे भी अक्सर बेहतर अनुभव होता है: व्यक्ति पहले से आप पर भरोसा करता है, और किसी अनजान भेजने वाले से आया मैसेज conversion की लागत बढ़ाता है।

अगर आप चाहते हैं कि Didit खुद उस व्यक्ति को ईमेल भेजे, तो session बनाते समय contact details पास करें। यह मान लेने के बजाय पुष्टि करें कि आपके setup में क्या supported है, और ध्यान रखें कि email की भाषा एक अलग field है flow की भाषा से। देखें verification की भाषा सेट करना।

#Hosted, embedded, और native में चुनाव

Hosted redirectEmbedded (web SDK / iframe)Native SDK
कोड की ज़रूरतन्यूनतममध्यमसबसे ज़्यादा
यूज़र आपकी app छोड़ता हैहांनहींनहीं
NFC chip पढ़नानहींनहींहां
सबसे अच्छा camera व्यवहारअच्छाअच्छासबसे अच्छा
Custom domain URL से Didit हटाता हैहांलागू नहींलागू नहीं

अगर NFC आपके लिए मायने रखता है, तो यही row फैसला कर देती है: chip को browser पेज से नहीं पढ़ा जा सकता। देखें NFC chip verification।

आपके plan पर कौन से embedded विकल्प उपलब्ध हैं, यह किसी project की योजना बनाने से पहले अपने Didit contact से पुष्टि कर लेना बेहतर है।

#Standalone APIs बनाम workflow sessions

एक workflow session सभी checks को साथ चलाता है, एक ही aggregate decision देता है, और हर पूरे हुए feature पर बिल होता है। एक standalone API कॉल आपके दिए गए data पर सिर्फ एक check चलाती है, सिर्फ वही नतीजा लौटाती है, और अपनी list price पर प्रति-कॉल बिल की जाती है।

Standalone कॉल्स batch processing के लिए, आपके खुद बनाए किसी capture UI के लिए, या किसी ऐसे check के लिए सही tool हैं जिसे आप onboarding flow के बाहर चलाना चाहते हैं। अगर आप पूरे flow के लिए एक aggregate decision चाहते थे, तो ये गलत tool हैं।

#Live जाने से पहले टेस्ट करना

ऐप्लिकेशन के नाम के नीचे स्विच से Sandbox चुनें, वहां टेस्ट API कुंजी बनाएं और इस्तेमाल करें। जांच सिम्युलेट होती हैं, शुल्क नहीं लगता और आप नतीजा चुन सकते हैं।

sandbox में टेस्ट करना

#अगले कदम

#AI उपकरण जोड़ना

AI उपकरण जोड़ें में उपकरण चुनें और उनके सेटअप निर्देशों का पालन करें। कनेक्शन अधिकृत करते समय सही संगठन चुनें और मंज़ूरी से पहले मांगी गई अनुमतियां देखें। गलत खाता या संगठन हो तो पहुंच देने से पहले बदलें।

अभी भी अटके हैं? किसी व्यक्ति से बात करें।

अपने संगठन की ID और जिस सेशन के बारे में पूछ रहे हैं उसकी ID शामिल करें।

सपोर्ट से संपर्क करें