शुरू करें
इंटीग्रेट करें / SDK
उपयोगकर्ता सत्यापन
व्यवसाय सत्यापन
लेन-देन निगरानी
चेंजलॉगvendor_data से जुड़ी सारी गतिविधि एक ही प्रोफ़ाइल में जमा होती है। इससे आपको हर व्यक्ति की पहचान, जोखिम और अनुपालन की पूरी जानकारी एक ही जगह मिलती है।
उपयोगकर्ता में क्या संग्रहीत होता है
प्रकार, इंडेक्स और विशेष स्थितियों की पूरी जानकारी के लिए उपयोगकर्ता डेटा मॉडल देखें।
उपयोगकर्ता कब बनता है
1
स्वचालित रूप से, नए vendor_data के साथ पहले सत्र पर
यह सामान्य स्थिति है। आप
POST /v3/session/ को ऐसे vendor_data मान के साथ कॉल करते हैं जिसे Didit ने पहले कभी नहीं देखा। एक User entity ACTIVE स्थिति में बनती है और उस सत्र से जोड़ दी जाती है।2
स्पष्ट रूप से, POST /v3/users/create/ के माध्यम से
आप किसी भी सत्र से पहले उपयोगकर्ता पहले से बना सकते हैं। यह मेटाडेटा सेट करने, प्रारंभिक स्थिति तय करने, या मौजूदा डेटाबेस से ग्राहकों को थोक में ऑनबोर्ड करने के लिए उपयोगी है।
3
कंसोल से
कोई अनुपालन ऑपरेटर उपयोगकर्ता पेज से उपयोगकर्ता बनाता है, उदाहरण के लिए जब किसी मैन्युअल रूप से सत्यापित ग्राहक को ऑनबोर्ड किया जा रहा हो।
आप क्या कर सकते हैं
उपयोगकर्ता और व्यवसाय
एक ही उपयोगकर्ता को एक या अधिक व्यवसायों से जोड़ा जा सकता है। उदाहरण के लिए, जब एक ही व्यक्ति एक कंपनी का निदेशक और दूसरी का UBO हो। जब KYB कंपनी रजिस्ट्री से लोगों की पहचान करता है, तो Didit ये संबंध अपने आप सुरक्षित रखता है।उपयोगकर्ता ↔ सत्र संबंध
उपयोगकर्ता सभी सत्रों में हर सुविधा की नवीनतम स्थिति को समेकित करता है। यदि सबसे हाल के सत्र मेंaml जाँच विफल होती है, तो वह उपयोगकर्ता के features.aml फ़ील्ड में दिखेगी, भले ही पुराने सत्र स्वीकृत हुए हों।
अगले चरण
डेटा मॉडल
हर फ़ील्ड, प्रकार और इंडेक्स।
ऑपरेशन
बनाना, अपडेट करना, स्थिति बदलना, हटाना।
चेहरे और बायोमेट्रिक्स
खोज और ब्लॉकलिस्टिंग के लिए चेहरा जोड़ें।
ब्लॉकलिस्ट
उपयोगकर्ताओं के लिए ब्लॉकलिस्टिंग कैसे काम करती है।
KYC इतिहास
उपयोगकर्ता से जुड़ा हर सत्र।
कंसोल
पूरा UI वॉकथ्रू।