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

# वेंडर उपयोगकर्ता: स्थायी KYC रिकॉर्ड

> वेंडर उपयोगकर्ता Didit का स्थायी पहचान रिकॉर्ड है: KYC इतिहास, बायोमेट्रिक्स, दस्तावेज़, लेन-देन और ब्लॉकलिस्ट स्थिति, सब एक ही प्रोफ़ाइल में।

**User entity** एक ही व्यक्ति का प्रतिनिधित्व करती है, जैसे आपका ग्राहक, अंतिम उपयोगकर्ता या आवेदक। Didit पर आपके प्लेटफ़ॉर्म के साथ उसकी हर सत्यापन, लेन-देन और अनुपालन गतिविधि इसी एक entity के अंतर्गत दर्ज होती है।

एक बार उपयोगकर्ता बन जाने के बाद, उसी `vendor_data` से जुड़ी सारी गतिविधि एक ही प्रोफ़ाइल में जमा होती है। इससे आपको हर व्यक्ति की पहचान, जोखिम और अनुपालन की पूरी जानकारी एक ही जगह मिलती है।

## उपयोगकर्ता में क्या संग्रहीत होता है

| श्रेणी | फ़ील्ड / ऑब्जेक्ट |
| - | - |
| **पहचान** | `vendor_data`, `uuid`, `display_name`, `full_name`, `date_of_birth`, `portrait_image` |
| **स्थिति** | `ACTIVE`, `FLAGGED`, `BLOCKED` |
| **सत्रों के समेकित आँकड़े** | `session_count`, `approved_count`, `declined_count`, `in_review_count`, `features` मानचित्र |
| **सत्यापित संपर्क** | `approved_emails[]`, `approved_phones[]` |
| **भूगोल** | `issuing_states[]` (सत्यापित पहचान दस्तावेज़ों से) |
| **गतिविधि** | `first_session_at`, `last_session_at`, `last_activity_at` |
| **बायोमेट्रिक्स** | जुड़े हुए चेहरे के रिकॉर्ड (खोज / डुप्लिकेट का पता लगाना / ब्लॉकलिस्ट के लिए) |
| **दस्तावेज़** | सत्रों से प्राप्त पहचान दस्तावेज़, पते के प्रमाण और सेल्फ़ी |
| **संबंध** | जुड़ी हुई व्यवसाय इकाइयाँ (यदि उपयोगकर्ता आपके ऐप पर सत्यापित व्यवसायों का निदेशक / UBO है) |
| **मेटाडेटा** | आपके अपने डेटा के लिए मनमाना JSON |

प्रकार, इंडेक्स और विशेष स्थितियों की पूरी जानकारी के लिए [उपयोगकर्ता डेटा मॉडल](https://docs.didit.me/hi/entities/users/data-model.md) देखें।

## उपयोगकर्ता कब बनता है

**1. स्वचालित रूप से, नए vendor\_data के साथ पहले सत्र पर**

यह सामान्य स्थिति है। आप `POST /v3/session/` को ऐसे `vendor_data` मान के साथ कॉल करते हैं जिसे Didit ने पहले कभी नहीं देखा। एक User entity `ACTIVE` स्थिति में बनती है और उस सत्र से जोड़ दी जाती है।

**2. स्पष्ट रूप से, POST /v3/users/create/ के माध्यम से**

आप किसी भी सत्र से पहले उपयोगकर्ता पहले से बना सकते हैं। यह मेटाडेटा सेट करने, प्रारंभिक स्थिति तय करने, या मौजूदा डेटाबेस से ग्राहकों को थोक में ऑनबोर्ड करने के लिए उपयोगी है।

**3. कंसोल से**

कोई अनुपालन ऑपरेटर उपयोगकर्ता पेज से उपयोगकर्ता बनाता है, उदाहरण के लिए जब किसी मैन्युअल रूप से सत्यापित ग्राहक को ऑनबोर्ड किया जा रहा हो।

## आप क्या कर सकते हैं

| ऑपरेशन | कैसे |
| - | - |
| [उपयोगकर्ता सूची देखें](https://docs.didit.me/hi/entities/users/operations.md#उपयोगकर्ताओं-की-सूची-देखें) | फ़िल्टर (स्थिति, तिथि, देश) के साथ `GET /v3/users/` |
| [उपयोगकर्ता प्राप्त करें](https://docs.didit.me/hi/entities/users/operations.md#एक-उपयोगकर्ता-प्राप्त-करें) | `GET /v3/users/{vendor_data}/` |
| [उपयोगकर्ता बनाएँ](https://docs.didit.me/hi/entities/users/operations.md#उपयोगकर्ता-बनाएँ) | `POST /v3/users/create/` |
| [प्रोफ़ाइल अपडेट करें](https://docs.didit.me/hi/entities/users/operations.md#उपयोगकर्ता-अपडेट-करें) | `PATCH /v3/users/{vendor_data}/` |
| [स्थिति बदलें](https://docs.didit.me/hi/entities/users/operations.md#स्थिति-बदलें) | `PATCH /v3/users/{vendor_data}/update-status/` |
| [उपयोगकर्ता हटाएँ](https://docs.didit.me/hi/entities/users/operations.md#उपयोगकर्ता-हटाएँ-बैच) | `POST /v3/users/delete/` (बैच में) |
| [चेहरे जोड़ें / खोजें](https://docs.didit.me/hi/entities/users/faces-and-biometrics.md) | कंसोल + ब्लॉकलिस्ट के लिए Lists API |
| [दस्तावेज़ देखें](https://docs.didit.me/hi/entities/users/documents.md) | सत्र निर्णयों के माध्यम से |
| [ब्लॉकलिस्ट में जोड़ें](https://docs.didit.me/hi/entities/users/blocklist.md) | कंसोल + Lists API |
| [KYC इतिहास देखें](https://docs.didit.me/hi/entities/users/kyc-history.md) | `GET /v3/sessions?vendor_data=...` |
| [लेन-देन देखें](https://docs.didit.me/hi/entities/users/transactions.md) | `GET /v3/transactions/?vendor_data=...` |
| [इंपोर्ट / एक्सपोर्ट](https://docs.didit.me/hi/entities/users/import-export.md) | केवल कंसोल से (CSV) |
| [कंसोल में प्रबंधित करें](https://docs.didit.me/hi/entities/users/console.md) | पूरा UI वॉकथ्रू |

## उपयोगकर्ता और व्यवसाय

एक ही उपयोगकर्ता को एक या अधिक व्यवसायों से जोड़ा जा सकता है। उदाहरण के लिए, जब एक ही व्यक्ति एक कंपनी का निदेशक और दूसरी का UBO हो। जब [KYB](https://docs.didit.me/hi/business-verification/overview.md) कंपनी रजिस्ट्री से लोगों की पहचान करता है, तो Didit ये संबंध अपने आप सुरक्षित रखता है।

## उपयोगकर्ता ↔ सत्र संबंध

```mermaid theme={null}
flowchart LR
    U[User entity<br/>vendor_data = user-42]
    S1["User Verification (KYC) session #1<br/>(approved 2025-01)"]
    S2["User Verification (KYC) session #2<br/>(resubmit, in review)"]
    S3["User Verification (KYC) session #3<br/>(re-verification 2026-01)"]
    S1 --> U
    S2 --> U
    S3 --> U
```

उपयोगकर्ता सभी सत्रों में हर सुविधा की **नवीनतम** स्थिति को समेकित करता है। यदि सबसे हाल के सत्र में `aml` जाँच विफल होती है, तो वह उपयोगकर्ता के `features.aml` फ़ील्ड में दिखेगी, भले ही पुराने सत्र स्वीकृत हुए हों।

## अगले चरण

> [card] [डेटा मॉडल](https://docs.didit.me/hi/entities/users/data-model.md)
>
> हर फ़ील्ड, प्रकार और इंडेक्स।

> [card] [ऑपरेशन](https://docs.didit.me/hi/entities/users/operations.md)
>
> बनाना, अपडेट करना, स्थिति बदलना, हटाना।

> [card] [चेहरे और बायोमेट्रिक्स](https://docs.didit.me/hi/entities/users/faces-and-biometrics.md)
>
> खोज और ब्लॉकलिस्टिंग के लिए चेहरा जोड़ें।

> [card] [ब्लॉकलिस्ट](https://docs.didit.me/hi/entities/users/blocklist.md)
>
> उपयोगकर्ताओं के लिए ब्लॉकलिस्टिंग कैसे काम करती है।

> [card] [KYC इतिहास](https://docs.didit.me/hi/entities/users/kyc-history.md)
>
> उपयोगकर्ता से जुड़ा हर सत्र।

> [card] [कंसोल](https://docs.didit.me/hi/entities/users/console.md)
>
> पूरा UI वॉकथ्रू।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.