> ## Documentation Index
> Fetch the complete documentation index at: https://docs.swipelux.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Individual onboarding अवलोकन

> KYC नीति scope, verification levels, समीक्षित जानकारी, और वर्तमान implementation path को समझें।

## Individual onboarding (KYC)

Individual customers transact करने से पहले KYC पूरा करते हैं। Verification level jurisdiction, transaction volume, risk assessment, और regulatory requirements पर निर्भर करता है।

<Warning>
  आवश्यकताएँ customer, jurisdiction, capability, और review के अनुसार भिन्न होती हैं।
  वर्तमान tasks और generated schemas नियंत्रित करते हैं कि आपको क्या submit करना है।
</Warning>

## KYC क्या कवर करता है

KYC customer की पहचान की पुष्टि करता है और जैसे-जैसे risk और regulatory आवश्यकताएँ बढ़ती हैं, address, liveness, financial-profile, या source-of-funds review जोड़ सकता है। आवश्यकताएँ jurisdiction, transaction volume, और use case के अनुसार भिन्न हो सकती हैं।

## KYC verification levels

| Level      | आवश्यकताएँ                                               | विशिष्ट use case                                  |
| ---------- | -------------------------------------------------------- | ------------------------------------------------- |
| Simplified | नाम, उपनाम, और जन्म तिथि                                 | अनुमोदित low-value flows                          |
| Standard   | Government-issued ID और selfie/liveness check            | Standard limits के भीतर नियमित transactions       |
| Enhanced   | ID, selfie/liveness, proof of address, और proof of funds | High-value transactions या elevated-risk profiles |

Simplified, Standard, और Enhanced नीति tiers हैं, वर्तमान API status values नहीं।

## एकत्रित जानकारी

वर्तमान review के आधार पर, Swipelux अनुरोध कर सकता है:

* Legal नाम और जन्म तिथि
* Contact विवरण
* आवश्यक होने पर Residential address
* Government-issued identity evidence और liveness evidence
* जब आवश्यक हो तो अपेक्षित activity और source of funds सहित Financial-profile जानकारी

इस सूची को एक universal request body के रूप में न मानें। वर्तमान customer schema और task detail किसी विशिष्ट capability के लिए आवश्यक जानकारी निर्धारित करते हैं।

## वर्तमान implementation

Individual customer बनाएँ, eligible capability खोजें और अनुरोध करें, फिर वर्तमान tasks का पालन करें। एक task first-party hosted verification sessions प्रदान कर सकता है या एक task submission की आवश्यकता कर सकता है। Documents केवल तब upload करें जब वह task पूछता है।

[Individual onboarding guide](/hi/integration/onboarding/customers#individual-customers), [Capabilities और tasks](/hi/integration/onboarding/capabilities-and-requirements#complete-current-tasks), और [individual API workflow map](/hi/knowledge-base/individual-onboarding/api-workflow) का पालन करें।

## Support

KYC नीति प्रश्नों के लिए, [compliance@swipelux.com](mailto:compliance@swipelux.com) से संपर्क करें। API implementation issues के लिए, [support@swipelux.com](mailto:support@swipelux.com) से संपर्क करें।


## Related topics

- [Business onboarding अवलोकन](/hi/knowledge-base/business-onboarding/overview.md)
- [अवलोकन](/hi/knowledge-base/compliance/overview.md)
- [Integration अवलोकन](/hi/integration/overview.md)
- [API reference](/hi/api-reference/introduction.md)
- [Jurisdiction Framework](/hi/knowledge-base/compliance/jurisdictions-and-availability.md)