यह अनुवाद मशीन द्वारा बनाया गया है और समीक्षा लंबित है।अंग्रेज़ी पर स्विच करें
गहरा
वॉकथ्रू का अनुरोध करें

पहचान सत्यापन

होस्ट किया गया पहचान सत्यापन, निर्णय आपके हाथ में

ग्राहकों को होस्ट किए गए सत्यापन फ़्लो पर भेजें। अपने बैकएंड में केस की स्थिति देखें और अपवादों को मानवीय समीक्षा के लिए भेजें।

उत्पाद की गाइडेड जानकारी माँगेंदस्तावेज़ पढ़ें

नियंत्रित वर्कफ़्लो, स्वचालित निष्कर्ष नहीं

पहचान सत्यापन केस की स्थिति और समीक्षा का विकल्प देता है। यह आपके निर्णय में सहायता करता है, निर्णय नहीं लेता।

सेशन का रास्ता

  1. सेशन बनाया गया

    एक बार इस्तेमाल होने वाला लिंक और उसकी समय-सीमा।

  2. लिंक खोला गया

    ग्राहक गोपनीयता सूचना पढ़ता है। प्रक्रिया पूरी करने की समय-सीमा सीमित है।

  3. केस की स्थिति

    स्थिति देखना या इवेंट

    पूरा हुआ, सत्यापित नहीं हुआ या समीक्षा आवश्यक है। हर स्थिति को अपने निर्णय के इनपुट के रूप में लें।

जिन फ़ॉलबैक की योजना बनानी है

  • समय-सीमा समाप्त

    कोई इवेंट नहीं भेजा जाता। स्थिति जानने के लिए उसे देखें।

  • रद्द किया गया

    अपने बैकएंड से स्थिति देखें।

  • त्रुटि के साथ समाप्त

    सेशन में त्रुटि आ सकती है। फ़ॉलबैक की योजना बनाएँ।

सत्यापन सेशन का जीवनचक्र और जिन फ़ॉलबैक की योजना बनानी हैदिखाए गए फ़्लो का चित्रण, ग्राहक डेटा नहीं।

  • होस्ट किया गया सत्यापन लिंक

  • आपके निर्णय के लिए केस की स्थिति

  • मानवीय समीक्षा का विकल्प

  • इवेंट सूचनाएँ

सेशन से केस की स्थिति तक

  1. सर्वर

    सेशन बनाएँ

    व्यक्ति के लिए अपने संदर्भ का उपयोग करें। आपको एक बार इस्तेमाल होने वाला लिंक और उसकी समय-सीमा मिलेगी।

  2. Noxtica

    ग्राहक होस्ट किए गए पेज पर प्रक्रिया पूरी करता है

    एक बार इस्तेमाल होने वाला लिंक

    ग्राहक गोपनीयता सूचना पढ़ता है, फिर सीमित समय में माँगे गए साक्ष्य देता है।

  3. सर्वर

    स्थिति देखना या इवेंट

    केस की स्थिति

    अपने बैकएंड से स्थिति देखें या अपने एंडपॉइंट पर इवेंट पाएँ।

  4. कंसोल

    मानवीय समीक्षा

    अपवाद

    जिन मामलों में दोबारा देखने की ज़रूरत हो, वे ऑपरेटर की समीक्षा के लिए भेजे जाते हैं। समीक्षा गतिविधि ऑडिट ट्रेल में दर्ज होती है।

  5. आपकी टीम

    आपका निर्णय

    निर्णय आपकी टीम लेती है।

सत्यापन सेशन आपके सर्वर, होस्ट किए गए पेज, समीक्षा और आपकी टीम के बीच कैसे चलता है

  1. सेशन बनाएँ

  2. ग्राहक होस्ट किए गए पेज पर प्रक्रिया पूरी करता है

  3. स्थिति देखें और निर्णय लें

यह क्या है और किसके लिए है

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

नतीजे स्वचालित संकेत हैं। ग्राहक के लिए हर नतीजे का क्या अर्थ है, यह आप तय करते हैं। Noxtica आपको साक्ष्य और ऑडिट ट्रेल देता है।

यह किनके लिए है

  • बैकएंड इंजीनियर, जो सेशन बनाते हैं और नतीजे पढ़ते हैं।
  • ऑपरेशंस और अनुपालन टीमें, जो होस्ट किया गया पेज सेटअप करती हैं और Backoffice की समीक्षा कतार संभालती हैं।
  • ऐसी टीमें जिनकी नीति में पहचान का साक्ष्य ज़रूरी है और जिनके पास समीक्षा की ज़िम्मेदारी संभालने वाला व्यक्ति है।

कारोबार और मर्चेंट सत्यापन

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

उपलब्धता

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

होस्टेड फ़्लो, शुरू से अंत तक

पहली API call से लेकर नतीजे तक यही प्रक्रिया होती है। Optional चिह्नित चरण केवल तभी लागू होते हैं, जब वे आपके संगठन के लिए सक्षम हों।

  1. आपका server session बनाता है

    Server call से आपके अपने गोपनीय customer reference के साथ session बनता है। Response में session id और एक बार इस्तेमाल होने वाला लिंक होता है।

  2. ग्राहक को लिंक मिलता है

    ग्राहक को लिंक redirect, नए tab, email या message, अथवा QR code के ज़रिए भेजें। होस्टेड पेज भी QR code और लिंक कॉपी करने का विकल्प देता है, ताकि कंप्यूटर पर शुरू करने वाला ग्राहक फ़ोन पर जारी रख सके।

  3. Privacy notice और सहमति

    कुछ भी कैप्चर होने से पहले, ग्राहक को आपके व्यवसाय का नाम, सत्यापन का उद्देश्य और आपके privacy notice का लिंक दिखता है। फिर ग्राहक जारी रखने की सहमति देता है।

  4. दस्तावेज़ चुनें, आगे और पीछे कैप्चर करें

    ग्राहक आपके स्वीकार किए गए दस्तावेज़ प्रकारों में से एक चुनकर उसका सामने का हिस्सा कैप्चर करता है। पहचान पत्र, driving licences और निवास परमिट का पिछला हिस्सा भी ज़रूरी है। पासपोर्ट के लिए पीछे का चरण नहीं होता।

  5. Selfie

    ग्राहक selfie लेता है। उसकी तुलना दस्तावेज़ पर मौजूद तस्वीर से की जाती है और गुणवत्ता जाँची जाती है।

  6. Liveness

    ग्राहक कैमरे के सामने liveness की छोटी चुनौती पूरी करता है: सिर घुमाना और पलक झपकाना।

  7. समीक्षा

    पूरा किया गया कैप्चर आपके Backoffice की समीक्षा कतार में तब तक रहता है, जब तक आपके संगठन का कोई व्यक्ति निर्णय दर्ज न कर दे। प्रतीक्षा के दौरान session की स्थिति review pending रहती है और वह समाप्त नहीं होता।

  8. नतीजा: status और हस्ताक्षरित events पढ़ें

    आपका server session की स्थिति पढ़ता है और हस्ताक्षरित webhook events की सदस्यता ले सकता है। किसी event पर कार्रवाई करने से पहले status पढ़ें: निर्णय के लिए status ही मान्य है।

लिंक की वैधता अवधि

न खोला गया लिंक अपनी समय-सीमा तक मान्य रहता है, जो डिफ़ॉल्ट रूप से 1 दिन है। ग्राहक के पहली बार लिंक खोलने के बाद, उसे पूरा करने के लिए 30 मिनट मिलते हैं या मूल समय-सीमा तक—जो भी पहले हो।

होस्टेड पेज क्या नहीं करता

  • इसे iframe में embed नहीं किया जा सकता। इसे पूरे पेज के रूप में या नए tab में खोलें।
  • पेज ग्राहक के ब्राउज़र की भाषा के अनुसार दिखता है। आप इसे सेट नहीं कर सकते।
  • कुछ in-app browsers इसे चला नहीं सकते। पेज ग्राहक को सामान्य ब्राउज़र में जारी रखने का तरीका बताता है।

समर्थित दस्तावेज़ और उनमें क्या पढ़ा जाता है

Backoffice की होस्टेड पेज सेटिंग में आप चुनते हैं कि ग्राहक कौन-से दस्तावेज़ और किन जारीकर्ता देशों के दस्तावेज़ इस्तेमाल कर सकते हैं। ग्राहक उनमें से चुनता है। होस्टेड फ़्लो 4 दस्तावेज़ प्रकार पहचानता है:

होस्टेड फ़्लो द्वारा पहचाने जाने वाले दस्तावेज़ प्रकार और क्या उनका पिछला हिस्सा कैप्चर होता है
दस्तावेज़ का प्रकारपीछे का हिस्सा कैप्चर किया गया
राष्ट्रीय पहचान पत्रहाँ
Driving licenceहाँ
निवास परमिटहाँ
पासपोर्टनहीं

दस्तावेज़ से प्रिंट किया गया टेक्स्ट पढ़ा जाता है। जहाँ दस्तावेज़ में machine-readable zone हो, वहाँ उसे पढ़कर उसके check digits सत्यापित किए जाते हैं और नतीजे का प्रिंट किए गए टेक्स्ट से मिलान होता है। Driving licence में machine-readable zone नहीं होता और इसकी अनुपस्थिति को उसके विरुद्ध नहीं गिना जाता।

तुर्की के राष्ट्रीय पहचान पत्र और driving licences को खास तौर पर संभाला जाता है: तुर्की का व्यक्तिगत नंबर (T.C. Kimlik No) पढ़ा जाता है और डिफ़ॉल्ट रूप से इन दोनों दस्तावेज़ों के लिए यह आवश्यक फ़ील्ड है। जिस नंबर के check digits सही हों, उसके साथ दस्तावेज़ नंबर देना ज़रूरी नहीं है।

जिस क्षेत्र को ढूँढ़ा न जा सके या प्रिंट किए गए टेक्स्ट से मिलाया न जा सके, वह माप में कमी है। उसका नतीजा समीक्षा होता है, कभी fail नहीं। Noxtica आपके कॉन्फ़िगर किए गए विकल्पों से आगे देशों की कोई सूची प्रकाशित नहीं करता और यह दावा नहीं करता कि हर देश के हर दस्तावेज़ को समान रूप से अच्छी तरह पढ़ा जा सकता है।

जाँचें और संकेत

होस्टेड फ़्लो समीक्षक के लिए जाँच के नतीजे देता है। ये समीक्षा में काम आने वाले संकेत हैं। ये नतीजा तय नहीं करते और धोखाधड़ी रोकने की गारंटी नहीं देते।

होस्टेड फ़्लो की जाँचें
जाँचयह क्या देखता है
दस्तावेज़ की प्रामाणिकतालेआउट, मशीन-पठनीय क्षेत्र की संरचना, प्रिंट की एकरूपता, संपादन या कॉपी किए गए हिस्सों के संकेत, होलोग्राम की मौजूदगी, स्क्रीन से दोबारा कैप्चर के संकेत और कार्ड की बनावट। हर जाँच अपना नतीजा देती है।
चेहरे का मिलानदस्तावेज़ पर मौजूद तस्वीर की selfie से तुलना करता है। कम स्कोर समीक्षक के लिए एक साक्ष्य है।
Selfie की गुणवत्ताSelfie में स्पष्टता, एक्सपोज़र, चेहरे का आकार और मुद्रा।
Livenessइसमें सिर घुमाने और पलक झपकाने की चुनौती होती है। हावभाव की जाँच दिखाती है कि माँगी गई हरकत हुई। ये presentation-attack जाँच नहीं हैं।
प्रस्तुति-आधारित हमले का पता लगाना (PAD)Liveness चुनौती के फ़्रेम और selfie देखकर स्कोर देता है। इसका नतीजा केवल सलाह है।

नतीजे और समीक्षा

सेशन के स्टेटस और उनके अर्थ
स्टेटसअर्थ
pendingबनाया गया। ग्राहक ने लिंक नहीं खोला है।
openedग्राहक ने लिंक खोला है और चरण पूरे कर रहा है।
verifyingग्राहक ने सबमिट कर दिया है और प्रोसेसिंग जारी है।
review_pendingप्रोसेसिंग पूरी हो गई है और आपके Backoffice समीक्षा कतार में निर्णय लेना बाकी है। यह न तो अस्वीकृति है, न स्वीकृति।
completedएक निर्णय से सेशन को स्वीकृति मिली।
unverifiedप्रोसेसिंग का नतीजा नकारात्मक रहा।
errorखराबी या इनकार के कारण प्रोसेसिंग पूरी नहीं हो सकी।
expiredनिर्णय होने से पहले लिंक या कैप्चर की अवधि समाप्त हो गई।
cancelled_by_userग्राहक ने होस्ट किए गए पेज पर रद्द किया। यह तभी लागू होता है जब आपके संगठन के लिए रद्द करने की सुविधा चालू हो।

ग्राहक पर असर पड़ने से पहले, आपकी टीम के किसी योग्य व्यक्ति को प्रतिकूल निर्णयों की समीक्षा करनी चाहिए। नतीजे संभाव्यता पर आधारित हैं और इनमें गलत सकारात्मक और गलत नकारात्मक नतीजे हो सकते हैं। ये पहचान का कानूनी प्रमाण नहीं हैं।

डेवलपर्स के लिए

नीचे दी गई हर चीज़ आपके server से साधारण HTTPS के ज़रिए होती है। पूरी जानकारी दस्तावेज़ में है।

सत्यापन शुरू करने के 3 तरीके

  • आपके server से होस्टेड session. आपका server API के ज़रिए लिंक बनाता है और Noxtica पेज होस्ट करता है।
  • Backoffice से निमंत्रण. आपके संगठन का कोई व्यक्ति बिना code के Backoffice में लिंक बनाता है।
  • आपके server से Direct API. होस्टेड लिंक के बिना server-to-server routes। आज इससे आपकी अपनी स्क्रीन पर जाँच के लिए दस्तावेज़ कैप्चर नहीं किया जा सकता, इसलिए जब ग्राहक को दस्तावेज़ कैप्चर करना हो तो होस्टेड session का उपयोग करें।

Session बनाएँ

identity अनुमति वाली server key से प्रमाणित करें। Key को अपने server पर रखें। Idempotency-Key भेजें ताकि retry से दूसरा session न बने।

curl -sS https://collect.noxtica.com/v1/kyc/sessions \
  -H "Authorization: Bearer $NOXTICA_SERVER_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: $(uuidgen)" \
  -d '{"subjectRef":"cust_example","returnUrl":"https://merchant.example.com/verification/return"}'

Response

लिंक इसी response में केवल एक बार लौटाया जाता है। इसे गोपनीय रखें और log न करें। इसकी समय-सीमा epoch milliseconds में है।

{
  "ok": true,
  "sessionId": "00000000-0000-4000-8000-000000000001",
  "url": "https://verify.noxtica.com/s/EXAMPLE_TOKEN",
  "expiresAt": 1790848845000,
  "domainId": null,
  "requestId": "req_example"
}

Status पढ़ें

आपने जो session बनाया है, वह समाप्त होने पर भी हमेशा 200 लौटाता है। बढ़ते अंतराल पर status जाँचें और अंतिम स्थिति आने पर रुक जाएँ।

GET https://collect.noxtica.com/v1/kyc/sessions/00000000-0000-4000-8000-000000000001
Authorization: Bearer $NOXTICA_SERVER_KEY

Webhook events

Events, Backoffice में आपके पंजीकृत endpoint पर हस्ताक्षरित HTTPS डिलीवरी होते हैं। Event एक सूचना है, निर्णय नहीं।

पहचान सत्यापन events
Eventकब आता है
kyc.session.completedहोस्टेड session के completed, unverified या error होने पर। Review pending session के लिए यह event बाद में, समीक्षक के निर्णय लेने पर आता है।
kyc.session.cancelledग्राहक होस्टेड पेज पर रद्द करता है। इसकी सदस्यता स्पष्ट रूप से लें। आपके संगठन के लिए सक्षम होने पर।
kyc.verification.completedसत्यापन अंतिम स्थिति में पहुँचने पर।
kyc.erasure.completedमिटाने का अनुरोध पूरा होने पर। आपके संगठन के लिए मिटाने की सुविधा सक्षम होने पर।
kyc.document.expiry_warningसत्यापित दस्तावेज़ की समय-सीमा पास होने या समाप्त होने पर। आपके संगठन के लिए सक्षम होने पर।
kyc.reverification.dueतय समय पर दोबारा सत्यापन का समय आने पर। आपके संगठन के लिए सक्षम होने पर।

उदाहरण event

केवल कृत्रिम उदाहरण वाले मान। Events में आपके ग्राहक का reference कभी नहीं होता: session id से event को अपने ग्राहक से मिलाएँ।

{
  "id": "00000000-0000-4000-8000-000000000001:endpoint_example",
  "type": "kyc.session.completed",
  "created_at": 1790762445000,
  "tenant_id": "tenant_example",
  "data": {
    "schemaVersion": "1",
    "sessionId": "00000000-0000-4000-8000-000000000001",
    "status": "completed",
    "verificationId": "verification_example",
    "reasonCodes": ["provider_manual_review"],
    "occurredAt": 1790762445000,
    "deliveryId": "00000000-0000-4000-8000-000000000001:endpoint_example"
  }
}

हर डिलीवरी का हस्ताक्षर जाँचें

  • हर डिलीवरी में X-Noxtica-Signature, X-Noxtica-Timestamp, X-Noxtica-Event और X-Noxtica-Delivery headers होते हैं।
  • हस्ताक्षर, timestamp, एक dot और मूल request body पर HMAC-SHA256 से बनता है। Body को parse करने से पहले हस्ताक्षर जाँचें और timestamp की स्वीकार्य सीमा खुद तय करें।
  • डिलीवरी कम-से-कम एक बार होती है और उनका क्रम तय नहीं है। X-Noxtica-Delivery के आधार पर डुप्लिकेट हटाएँ, फिर कोई कार्रवाई करने से पहले session की स्थिति पढ़ें।

SDK की ज़रूरत नहीं है। दस्तावेज़ में curl, Node.js और Python के उदाहरण हैं।

दस्तावेज़ में और पढ़ें

डेटा सुरक्षा

यह सेक्शन बताता है कि दस्तावेज़ में क्या कहा गया है। यह कानूनी सलाह नहीं है। Noxtica व्यक्तिगत डेटा कैसे संभालता है, इसकी जानकारी Privacy Policy और Security पेज पर है।

  • डेटा रखने की अवधि

    Noxtica सत्यापन का विवरण या साक्ष्य अपने-आप नहीं हटाता और उनके लिए कोई समय-सीमा तय नहीं करता। वे आपके tenant में तब तक रहते हैं, जब तक tenant administrator उन्हें हटा न दे।

  • हटाना

    Tenant administrator, कारण देकर, पुष्टि के लिए टेक्स्ट लिखकर और नया step-up check पूरा करके Backoffice में सत्यापन हटाता है। इससे सत्यापन, उसकी साक्ष्य फ़ाइलें और रिकॉर्ड हटते हैं; बिलिंग उपयोग रिकॉर्ड, कानूनी आधार की रसीदें और audit trail बने रहते हैं। इसे वापस नहीं किया जा सकता।

  • डेटा विषय के अधिकार

    मिटाने के अधिकार से जुड़े अनुरोध KYC Erasure पेज पर संभाले जाते हैं। दूसरा administrator अनुरोध मंज़ूर करता है, legal hold इसे रोक सकता है और हर संग्रहीत आइटम के लिए हटाने की रसीद बनती है। ग्राहक को समय-सीमा बताने से पहले अपनी tenant के लिए मंज़ूर अनुरोध में क्या शामिल है, यह अपनी account team से पूछें।

  • साक्ष्य तक पहुँच

    मूल कैप्चर खोलने के लिए केस की समीक्षा से अलग और अधिक अनुमति चाहिए। यह केवल administrators तक सीमित है, इसके लिए नया step-up check माँगा जाता है और हर बार देखे जाने का audit होता है। अन्य भूमिकाओं को मूल फ़ाइलें नहीं, बल्कि निष्कर्ष और माप दिखते हैं।

  • एन्क्रिप्शन और पृथक्करण

    पहचान के कच्चे साक्ष्य संग्रहीत अवस्था में एन्क्रिप्ट किए जाते हैं, और वह भी केवल तब, जब आपकी tenant के लिए कच्चे साक्ष्य का संग्रह सक्षम हो। किसी दूसरे संगठन के session को ऐसा दिखाया जाता है जैसे वह मिला ही न हो।

  • डेटा का क्षेत्र

    साक्ष्य संग्रह में हर tenant के लिए TR, EU या US का residency विकल्प होता है। अपनी tenant के लिए इसका दायरा अपनी account team से पूछें। यह पेज यह दावा नहीं करता कि डेटा किसी खास देश में ही रहता है।

  • सहमति और कानूनी आधार

    कैप्चर से पहले होस्टेड पेज ग्राहक को आपका उद्देश्य और privacy notice दिखाता है। आपके संगठन का अधिकृत व्यक्ति कानूनी आधार दर्ज करता है; Noxtica आपकी ओर से इसे नहीं चुनता। जिन क्षेत्रों में आप सेवा देते हैं, वहाँ के notices, consents और कानूनी आधार की ज़िम्मेदारी आपकी है।

आम सवाल

क्या मैं खुद पहचान सत्यापन चालू कर सकता हूँ?

नहीं। यह सीमित उपलब्धता के तहत हर tenant के लिए उपलब्ध कराया जाता है। अपने उपयोग और क्षेत्र पर चर्चा के लिए टीम से संपर्क करें।

क्या यह ग्राहकों को अपने-आप मंज़ूरी देता है?

नहीं। जाँच का कोई नतीजा अपने-आप होस्टेड सत्यापन को verified नहीं बनाता। हर होस्टेड सत्यापन में किसी व्यक्ति को निर्णय दर्ज करना होता है; केवल completed मंज़ूरी दर्शाता है।

क्या presentation-attack detection धोखाधड़ी रोकता है?

नहीं। PAD केवल सलाह देता है। Noxtica इसका नतीजा बताता है, लेकिन इसे निर्णय लेने नहीं देता। हर जाँच की तरह इसे भी समीक्षक के लिए एक संकेत मानें।

क्या नतीजा पहचान का कानूनी प्रमाण है?

नहीं। कॉन्फ़िगर किए गए provider और अनुबंध के दायरे से बाहर कोई नतीजा कानूनी पहचान प्रमाण नहीं है। Noxtica उपभोक्ता रिपोर्टिंग एजेंसी नहीं है और नतीजों का उपयोग क्रेडिट, बीमा, रोज़गार या आवास की पात्रता तय करने के लिए नहीं किया जाना चाहिए।

सत्यापन लिंक कितनी देर तक मान्य रहता है?

डिफ़ॉल्ट रूप से 1 दिन; session बनाते समय आप इसे सेट कर सकते हैं। ग्राहक के लिंक खोलने के बाद, उसे पूरा करने के लिए 30 मिनट मिलते हैं।

क्या मैं होस्टेड पेज embed कर सकता हूँ या उसकी भाषा सेट कर सकता हूँ?

नहीं। पेज iframe में लोड होने से मना करता है और उसकी भाषा ग्राहक के ब्राउज़र की भाषा के अनुसार होती है।

मुझे कौन-से events मिल सकते हैं?

पहचान से जुड़े 6 events: kyc.session.completed, kyc.session.cancelled, kyc.verification.completed, kyc.erasure.completed, kyc.document.expiry_warning और kyc.reverification.due। कुछ आपके संगठन की सेटिंग पर निर्भर करते हैं।

आप साक्ष्य कितने समय तक रखते हैं?

Noxtica डेटा रखने की कोई समय-सीमा तय नहीं करता और सत्यापन का विवरण या साक्ष्य अपने-आप नहीं हटाता। Tenant administrator उन्हें हटाता है।

क्या व्यवसाय और मर्चेंट सत्यापन उपलब्ध हैं?

हाँ। व्यवसाय सत्यापन (KYB) और मर्चेंट सत्यापन (KYM) उपलब्ध हैं। आपका server लिंक बनाता है, व्यवसाय या मर्चेंट Noxtica-होस्टेड पेज पर ऑनबोर्डिंग पूरी करता है और आपके ऑपरेटर Backoffice में केस की समीक्षा करते हैं। अनुरोध पर आपके खाते के लिए सक्षम किया जाएगा।

संबंधित पेज

पहचान सत्यापन क्या नहीं करता

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

स्कोर, कारण और निष्कर्ष संभाव्यता पर आधारित अनुमान हैं, तथ्य नहीं। हर निर्णय आपकी टीम लेती है।अस्वीकरण पढ़ें

संबंधित उत्पाद

अपने पहचान वर्कफ़्लो के बारे में टीम से बात करें

उत्पाद की गाइडेड जानकारी माँगेंसभी उत्पाद