KYB अधिकारी और प्रतिनिधि API: प्रमुख भूमिकाएँ

अधिकारी, निदेशक और प्रतिनिधि Didit के KYB मॉडल में अलग अवधारणा नहीं हैं। वे UBO और शेयरधारकों के साथ प्रमुख व्यक्ति के भीतर रहते हैं, और हर व्यक्ति को एक या अधिक भूमिकाएँ दी जाती हैं। एक ही व्यक्ति एक निदेशक और एक शेयरधारक हो सकता है, या एक प्रतिनिधि और एक अधिकृत हस्ताक्षरकर्ता। पक्ष के पास केवल एक भूमिका नहीं होती, बल्कि उसकी पूरी भूमिका-सूची होती है।

पूर्ण भूमिका वर्गीकरण

हर प्रमुख व्यक्ति इनमें से एक या अधिक भूमिकाएँ रख सकता है:

शासन / प्रतिनिधित्व

भूमिका	विवरण
`director`	बोर्ड सदस्य जिसकी शासन संबंधी ज़िम्मेदारियाँ होती हैं
`non_executive_director`	बोर्ड सदस्य जिसके पास दैनिक प्रबंधन की ज़िम्मेदारी नहीं होती
`chairman`	बोर्ड के अध्यक्ष
`secretary`	कंपनी सचिव, जो प्रशासनिक और अनुपालन ज़िम्मेदारियाँ सँभालता है
`representative`	कंपनी का कानूनी या नियुक्त प्रतिनिधि
`authorized_signatory`	वह व्यक्ति जिसे कंपनी की ओर से हस्ताक्षर करने का अधिकार है
`trustee`	ऐसी संरचना का ट्रस्टी जो कंपनी में हित रखती है
`company_officer`	सामान्य अधिकारी भूमिका
`founder`	कंपनी का संस्थापक सदस्य
`legal_advisor`	कंपनी का नियुक्त कानूनी सलाहकार
`other`	मानक वर्गीकरण से बाहर की कोई भी भूमिका

स्वामित्व / लाभार्थी

भूमिका	विवरण
`ubo`	अंतिम वास्तविक स्वामी: वह व्यक्ति जो अंततः कंपनी का स्वामित्व या नियंत्रण रखता है
`shareholder`	पंजीकृत शेयरधारक (व्यक्ति या कॉर्पोरेट)
`beneficiary`	ट्रस्ट या ऐसी ही संरचना का लाभार्थी
`settlor`	ट्रस्ट का सेटलर
`protector`	ट्रस्ट का प्रोटेक्टर
`investor`	निवेशक भूमिका (औपचारिक शेयर-स्वामित्व संरचनाओं से बाहर)

एक ही व्यक्ति दोनों श्रेणियों में हो सकता है। उदाहरण के लिए, एक संस्थापक जो निदेशक भी है और UBO भी, वह एक ही प्रमुख-व्यक्ति रिकॉर्ड पर तीन भूमिकाएँ रखता है।

एकाधिक-भूमिका रिकॉर्ड

हर प्रमुख-व्यक्ति रिकॉर्ड में भूमिकाओं की सूची होती है, और जहाँ लागू हो वहाँ हर भूमिका के अपने स्वामित्व या मतदान प्रतिशत होते हैं। रिस्पॉन्स में एक निदेशक-सह-शेयरधारक ऐसा दिखता है:

{
  "uuid": "...",
  "name": "Jane Doe",
  "first_name": "John",
  "last_name": "Doe",
  "entity_type": "person",
  "roles": [
    { "role": "director", "ownership_percent": null, "voting_percent": null },
    { "role": "shareholder", "ownership_percent": 15.0, "voting_percent": 15.0 }
  ],
  "kyc_status": "Approved",
  "kyc_session_url": "https://verify.didit.me/..."
}

KYC लिंकिंग

हर प्रमुख व्यक्ति को एक व्यक्तिगत उपयोगकर्ता सत्यापन (KYC) सत्र से लिंक किया जा सकता है। यह लिंकिंग अपने आप होती है, जब भूमिका की वर्कफ़्लो सेटिंग्स KYC की माँग करती हैं। सिस्टम एक चाइल्ड KYC सत्र बनाता है, व्यक्ति को उसका सत्यापन लिंक ईमेल करता है (यदि यह विकल्प सक्षम हो), और स्थिति को पक्ष पर वापस ट्रैक करता है। पूरे रूटिंग तर्क के लिए स्वामित्व → भूमिका सेटिंग्स सत्यापन को कैसे चलाती हैं देखें। हर पक्ष पर दिखने वाले B2C-सुरक्षित KYC स्थिति मानों (Approved, Declined, Pending) के लिए रिस्पॉन्स स्कीमा देखें।

AML स्क्रीनिंग

हर पहचाने गए प्रमुख व्यक्ति की व्यवसाय सत्यापन प्रक्रिया के हिस्से के रूप में स्वतः वैश्विक AML वॉचलिस्ट पर स्क्रीनिंग होती है। PEP मिलान शासन भूमिकाओं के लिए विशेष रूप से प्रासंगिक हैं, क्योंकि विनियमित कंपनियों के निदेशक और हस्ताक्षरकर्ता अक्सर PEP सूचियों में आते हैं। देखें व्यवसाय AML स्क्रीनिंग।

सत्यापन-आवश्यक फ़्लैग

हर पक्ष पर एक requires_verification फ़्लैग होता है, जो बताता है कि वर्कफ़्लो उस व्यक्ति के लिए KYC की माँग करता है या नहीं:

मान	अर्थ
`true`	इस व्यक्ति के लिए सत्र स्वीकृत होने से पहले KYC पूरा होना आवश्यक है।
`false`	व्यक्ति की पहचान हो चुकी है और AML स्क्रीनिंग हो चुकी है, लेकिन व्यक्तिगत KYC की आवश्यकता नहीं है।

कौन-सी भूमिकाओं के लिए सत्यापन आवश्यक है, यह वर्कफ़्लो → [KYB वर्कफ़्लो] → प्रमुख व्यक्ति → प्रति-भूमिका सेटिंग्स से कॉन्फ़िगर करें। सामान्य डिफ़ॉल्ट ये हैं:

वर्कफ़्लो के थ्रेशोल्ड से ऊपर के निदेशक और UBO → requires_verification: true।
अधिकृत हस्ताक्षरकर्ता और सचिव → वैकल्पिक।
गैर-कार्यकारी बोर्ड सदस्य → वैकल्पिक।

किसी प्रमुख व्यक्ति को छोड़ना

यदि किसी व्यक्ति का सत्यापन नहीं हो सकता (निधन, संपर्क न हो पाना, ऐतिहासिक रिकॉर्ड), तो उसे is_skipped: true से चिह्नित किया जा सकता है। यह या तो अंतिम उपयोगकर्ता होस्टेड फ़्लो में कर सकता है (यदि भूमिका की सेटिंग्स छोड़ने की अनुमति देती हैं), या कंसोल से कोई विश्लेषक। छोड़े गए पक्ष सत्यापन गेट से बाहर रखे जाते हैं, लेकिन ऑडिट के लिए रिस्पॉन्स में फिर भी दिखते हैं।

विभिन्न स्रोतों में क्रॉस-रेफ़रेंसिंग

हर प्रमुख व्यक्ति का डेटा तीन स्थानों से आ सकता है, और कंसोल तीनों स्रोतों को साथ-साथ दिखाता है:

रजिस्ट्री रिकॉर्ड: जो आधिकारिक रजिस्ट्री ने बताया है।
उपयोगकर्ता द्वारा प्रस्तुत: जिसकी पुष्टि की गई या जो प्रमुख व्यक्ति फ़्लो में व्यवसाय एडमिन द्वारा जोड़ा गया।
अपलोड किए गए दस्तावेज़: एसोसिएशन के अनुच्छेद, शेयरधारक रजिस्टर या पावर-ऑफ़-अटॉर्नी दस्तावेज़ों से OCR द्वारा निकाले गए नाम।

असंगतियाँ सत्र के निर्णय में चेतावनी के रूप में दिखती हैं।

Business entity पर प्रभाव

KYC के ज़रिए किसी प्रमुख व्यक्ति को User entity से लिंक करने पर Business entity पर एक स्थायी संबंध बनता है। इसके बाद आप यह कर सकते हैं:

वह हर व्यवसाय देखें जिसमें यह व्यक्ति शासन या स्वामित्व भूमिका में है।
User की स्थिति के बदलाव (flagged, blocked) उन सभी व्यवसायों में प्रसारित करें जहाँ वह प्रमुख व्यक्ति के रूप में कार्य करता है।
किसी विशेष KYB सत्र से स्वतंत्र रूप से, लिंक किए गए हर व्यक्ति पर सतत AML निगरानी चलाएँ।

अगले चरण

प्रमुख व्यक्ति

पूरा प्रमुख-व्यक्ति फ़्लो।

स्वामित्व

UBO पहचान और स्वामित्व श्रृंखलाएँ।

AML

कंपनी और व्यक्ति की AML स्क्रीनिंग।

शुरुआत करें

सुविधाएँ

व्यवसाय प्रोफ़ाइल

संदर्भ

कंसोल

KYB अधिकारी और प्रतिनिधि API: प्रमुख भूमिकाएँ

पूर्ण भूमिका वर्गीकरण

शासन / प्रतिनिधित्व

स्वामित्व / लाभार्थी

एकाधिक-भूमिका रिकॉर्ड

KYC लिंकिंग

AML स्क्रीनिंग

सत्यापन-आवश्यक फ़्लैग

किसी प्रमुख व्यक्ति को छोड़ना

विभिन्न स्रोतों में क्रॉस-रेफ़रेंसिंग

Business entity पर प्रभाव

अगले चरण

प्रमुख व्यक्ति

स्वामित्व

AML

​पूर्ण भूमिका वर्गीकरण

​शासन / प्रतिनिधित्व

​स्वामित्व / लाभार्थी

​एकाधिक-भूमिका रिकॉर्ड

​KYC लिंकिंग

​AML स्क्रीनिंग

​सत्यापन-आवश्यक फ़्लैग

​किसी प्रमुख व्यक्ति को छोड़ना

​विभिन्न स्रोतों में क्रॉस-रेफ़रेंसिंग

​Business entity पर प्रभाव

​अगले चरण

प्रमुख व्यक्ति

स्वामित्व

AML

पूर्ण भूमिका वर्गीकरण

शासन / प्रतिनिधित्व

स्वामित्व / लाभार्थी

एकाधिक-भूमिका रिकॉर्ड

KYC लिंकिंग

AML स्क्रीनिंग

सत्यापन-आवश्यक फ़्लैग

किसी प्रमुख व्यक्ति को छोड़ना

विभिन्न स्रोतों में क्रॉस-रेफ़रेंसिंग

Business entity पर प्रभाव

अगले चरण