डिडिट के साथ एक्सप्रेस.जेएस में गतिशील पहचान सत्यापन (HI)

एक्सप्रेस.जेएस के साथ गतिशील सत्यापनडिडिट के एपीआई का उपयोग करके उपयोगकर्ता संदर्भ या लेनदेन जोखिम के आधार पर वर्कफ़्लो को अनुकूलित करते हुए, रीयल-टाइम पहचान सत्यापन निर्णयों को ऑर्केस्ट्रेट करने के लिए एक एक्सप्रेस.जेएस मिडलवेयर लागू करें।

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

एआई-नेटिव सॉल्यूशंस के साथ विश्वास को स्वचालित करेंअधिक कुशल और सुरक्षित प्रणाली के लिए मैन्युअल समीक्षा को कम करने और अनुपालन प्रक्रियाओं को सुव्यवस्थित करने के लिए बुद्धिमान निर्णय लेने के लिए डिडिट की एआई-नेटिव क्षमताओं का उपयोग करें।

निर्बाध एकीकरण और मुफ्त कोर केवाईसीडिडिट स्वच्छ एपीआई, एक तत्काल सैंडबॉक्स और फ्री कोर केवाईसी के साथ एक डेवलपर-प्रथम दृष्टिकोण प्रदान करता है, जिससे आपके एक्सप्रेस.जेएस अनुप्रयोगों के भीतर परिष्कृत सत्यापन तर्क का निर्माण और तैनाती आसान हो जाती है।

गतिशील पहचान सत्यापन की आवश्यकता

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

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

अपने एक्सप्रेस.जेएस सत्यापन मिडलवेयर को डिजाइन करना

एक एक्सप्रेस.जेएस मिडलवेयर फ़ंक्शन के पास अनुरोध और प्रतिक्रिया ऑब्जेक्ट्स तक पहुंच होती है, और एप्लिकेशन के अनुरोध-प्रतिक्रिया चक्र में अगला मिडलवेयर फ़ंक्शन होता है। यह अनुरोधों को रोकने, पहचान जांच करने और परिणामों के आधार पर प्रवाह को संशोधित करने के लिए एक आदर्श स्थान बनाता है। यहां बताया गया है कि ऐसा मिडलवेयर कैसे काम कर सकता है:

1. अनुरोध को रोकें: मिडलवेयर एक संरक्षित मार्ग (उदाहरण के लिए, एक उच्च-मूल्य वाले लेनदेन को शुरू करने के लिए एक मार्ग) के लिए एक आने वाले अनुरोध को पकड़ता है।
2. संदर्भ निकालें: यह अनुरोध से प्रासंगिक जानकारी निकालता है, जैसे उपयोगकर्ता आईडी, आईपी पता, अनुरोधित कार्रवाई, या लेनदेन राशि।
3. जोखिम/नीति का मूल्यांकन करें: इस संदर्भ के आधार पर, मिडलवेयर सत्यापन के आवश्यक स्तर को निर्धारित करता है। इसमें आंतरिक उपयोगकर्ता प्रोफाइल, रीयल-टाइम जोखिम स्कोर, या पूर्वनिर्धारित व्यावसायिक नियमों की जांच करना शामिल हो सकता है।
4. डिडिट सत्र प्रारंभ करें: यदि सत्यापन की आवश्यकता है, तो मिडलवेयर एक नया सत्यापन सत्र बनाने के लिए डिडिट को एक एपीआई कॉल करता है। डिडिट का didit_create_session टूल इसके लिए एकदम सही है, जिससे आप एक workflow_id निर्दिष्ट कर सकते हैं जो वांछित सत्यापन चरणों (जैसे, आईडी सत्यापन, निष्क्रिय और सक्रिय जीवंतता, एएमएल स्क्रीनिंग) से मेल खाता है।
5. पुनर्निर्देशित या एम्बेड करें: डिडिट एक अद्वितीय सत्यापन यूआरएल लौटाता है। मिडलवेयर तब उपयोगकर्ता को इस यूआरएल पर पुनर्निर्देशित कर सकता है, या, अधिक एकीकृत अनुभव के लिए, अपनी साइट पर एक iframe के भीतर डिडिट सत्यापन प्रवाह को एम्बेड कर सकता है।
6. वेबहुक कॉलबैक को हैंडल करें: डिडिट का प्लेटफ़ॉर्म वेबहुक के माध्यम से रीयल-टाइम अपडेट भेजता है क्योंकि उपयोगकर्ता सत्यापन के माध्यम से आगे बढ़ता है और जब अंतिम निर्णय लिया जाता है। आपके बैकएंड को इन वेबहुक को प्राप्त करने और संसाधित करने के लिए एक अलग एंडपॉइंट की आवश्यकता होती है, जिससे आपके डेटाबेस में उपयोगकर्ता की सत्यापन स्थिति अपडेट हो जाती है।
7. पहुंच की अनुमति दें या अस्वीकार करें: एक बार जब वेबहुक सफल सत्यापन की पुष्टि करता है, तो उपयोगकर्ता को संरक्षित संसाधन तक पहुंच प्रदान की जा सकती है। यदि सत्यापन विफल हो जाता है, तो पहुंच से इनकार कर दिया जाता है।

यह गतिशील ऑर्केस्ट्रेशन आपको अपने एप्लिकेशन लॉजिक में हर निर्णय को हार्डकोड किए बिना जटिल सत्यापन यात्राओं को परिभाषित करने की अनुमति देता है। डिडिट की मॉड्यूलर आर्किटेक्चर का मतलब है कि आप अपने एप्लिकेशन कोड को बदले बिना बिजनेस कंसोल में अपने वर्कफ़्लो में नए सत्यापन चरणों (जैसे, पते का प्रमाण या आयु अनुमान) को आसानी से बदल या जोड़ सकते हैं।

डिडिट के एपीआई के साथ व्यावहारिक कार्यान्वयन

आइए एक एक्सप्रेस.जेएस मिडलवेयर का एक सरलीकृत उदाहरण देखें जो एक डिडिट सत्यापन सत्र शुरू करता है। सबसे पहले, सुनिश्चित करें कि आपके पास डिडिट से एक एपीआई कुंजी है। आप अपने अनुरोधों को प्रमाणित करने के लिए इसका उपयोग करेंगे।

const express = require('express');
const axios = require('axios');
const app = express();

// अपने वास्तविक डिडिट एपीआई कुंजी और वर्कफ़्लो आईडी से बदलें
const DIDIT_API_KEY = 'YOUR_DIDIT_API_KEY';
const HIGH_RISK_WORKFLOW_ID = 'YOUR_HIGH_RISK_WORKFLOW_ID'; // जैसे, आईडी + जीवंतता + एएमएल
const LOW_RISK_WORKFLOW_ID = 'YOUR_LOW_RISK_WORKFLOW_ID';   // जैसे, ईमेल + फोन

// उपयोगकर्ता डेटा के आधार पर जोखिम निर्धारित करने के लिए मॉक फ़ंक्शन
const assessRisk = (userId, transactionAmount) => {
    // एक वास्तविक एप्लिकेशन में, इसमें अधिक परिष्कृत तर्क शामिल होगा
    if (transactionAmount > 1000 || userId === 'high_risk_user_id') {
        return 'HIGH';
    }
    return 'LOW';
};

const dynamicVerificationMiddleware = async (req, res, next) => {
    const userId = req.user.id; // मान लें कि उपयोगकर्ता आईडी सत्र/प्रमाणीकरण से उपलब्ध है
    const transactionAmount = req.body.amount; // मान लें कि राशि अनुरोध निकाय में है

    const riskLevel = assessRisk(userId, transactionAmount);
    let workflowIdToUse;

    if (riskLevel === 'HIGH') {
        console.log(`User ${userId} identified as HIGH risk. Initiating high-risk verification.`);
        workflowIdToUse = HIGH_RISK_WORKFLOW_ID;
    } else {
        console.log(`User ${userId} identified as LOW risk. Initiating low-risk verification.`);
        workflowIdToUse = LOW_RISK_WORKFLOW_ID;
    }

    try {
        const response = await axios.post(
            'https://verification.didit.me/v3/session/',
            {
                workflow_id: workflowIdToUse,
                vendor_data: userId, // सत्र को आपकी आंतरिक उपयोगकर्ता आईडी से लिंक करें
                callback: 'https://your-app.com/didit/webhook-handler' // आपका वेबहुक एंडपॉइंट
            },
            {
                headers: {
                    'x-api-key': DIDIT_API_KEY,
                    'Content-Type': 'application/json'
                }
            }
        );

        const verificationUrl = response.data.url;
        console.log(`Verification URL for user ${userId}: ${verificationUrl}`);

        // उपयोगकर्ता को डिडिट के होस्टेड सत्यापन पृष्ठ पर पुनर्निर्देशित करें
        return res.redirect(verificationUrl);

        // वैकल्पिक रूप से, फ्रंटएंड एकीकरण (जैसे, iframe) के लिए क्लाइंट को यूआरएल वापस भेजें
        // return res.status(402).json({ message: 'Verification required', verificationUrl });

    } catch (error) {
        console.error('Error creating Didit session:', error.response ? error.response.data : error.message);
        return res.status(500).send('Verification service unavailable.');
    }
};

// उदाहरण संरक्षित मार्ग
app.post('/api/perform-transaction', dynamicVerificationMiddleware, (req, res) => {
    // यह कोड तभी निष्पादित होगा जब dynamicVerificationMiddleware इसकी अनुमति देता है (उदाहरण के लिए, एक वेबहुक सत्यापन की पुष्टि के बाद)
    res.send('लेनदेन सफल!');
});

app.listen(3000, () => console.log('सर्वर पोर्ट 3000 पर चल रहा है'));

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

डिडिट कैसे मदद करता है

डिडिट डेवलपर्स को गतिशील पहचान सत्यापन समाधान बनाने के लिए सशक्त बनाने के लिए विशिष्ट रूप से तैनात है। हमारा एआई-नेटिव, डेवलपर-प्रथम प्लेटफ़ॉर्म आपको आवश्यक बिल्डिंग ब्लॉक्स प्रदान करता है:

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

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

शुरू करने के लिए तैयार हैं?

डिडिट को कार्रवाई में देखने के लिए तैयार हैं? आज ही एक मुफ्त डेमो प्राप्त करें।

डिडिट की मुफ्त टियर के साथ मुफ्त में पहचान सत्यापित करना शुरू करें।