> ## 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.

# AMLR अनुपालन गाइड: EU AML विनियमन 2024/1624 APIs

> EU के Anti-Money Laundering विनियमन (AMLR) की प्रत्येक आवश्यकता को Didit के उन वर्कफ़्लो, API endpoints और webhooks से मैप करें जो उसे लागू करते हैं।

EU एंटी-मनी लॉन्ड्रिंग रेगुलेशन (AMLR), रेगुलेशन (EU) 2024/1624, ग्राहक की समुचित सावधानी (CDD) के नियमों को एक सीधे लागू होने वाले पाठ में संकलित करता है। यह क्रेडिट और वित्तीय संस्थानों पर बाध्यकारी है, जिसमें क्रिप्टो-एसेट सर्विस प्रोवाइडर (CASPs), जुआ सेवाओं के प्रदाता और अनुच्छेद 3 में सूचीबद्ध अन्य बाध्य संस्थाएं शामिल हैं। यह 9 जुलाई 2024 को लागू हुआ और 10 जुलाई 2027 से प्रभावी होगा। तब तक, वर्तमान निर्देश को लागू करने वाले राष्ट्रीय कानून प्रभावी रहेंगे।

यह पेज उन डेवलपर्स और अनुपालन इंजीनियरों के लिए है जिन्हें इसे तैयार करना है। प्रत्येक अनुभाग बताता है कि विनियमन क्या मांग करता है, संबंधित अनुच्छेद प्रदान करता है, और उस भाग के लिए आपके द्वारा उपयोग किए जा सकने वाले Didit वर्कफ़्लो चरण, API endpoint या webhook को दिखाता है। व्यावसायिक विवरण के लिए, [AMLR समाधान पेज](https://didit.me/solutions/amlr) देखें।

अंतिम समीक्षा: 2 अक्टूबर 2026।

> [!WARNING]
>
> **Didit जांच और साक्ष्य प्रदान करता है। बाध्य संस्था आप ही रहेंगे।** आप ग्राहक के जोखिम प्रोफ़ाइल का निर्धारण करते हैं, आप तय करते हैं कि ऑनबोर्ड करना है या नहीं, और आपके द्वारा आउटसोर्स किए गए किसी भी कार्य के लिए आप पूरी तरह उत्तरदायी रहते हैं (अनुच्छेद 18)। Didit का उपयोग करने मात्र से आपकी कंपनी AMLR का अनुपालन करने वाली नहीं बन जाती। यह पेज कानूनी सलाह नहीं है: आपके व्यवसाय पर प्रत्येक नियम कैसे लागू होता है, इसकी पुष्टि अपने कानूनी सलाहकार और अपने पर्यवेक्षक से करें।

## एक नज़र में AMLR की आवश्यकताएं

| दायित्व | अनुच्छेद | Didit में यह कहाँ स्थित है |
| - | - | - |
| जानें कि समुचित सावधानी कब ट्रिगर होती है | Art. 19 | आपका अपना रूटिंग लॉजिक, फिर प्रति ट्रिगर एक सत्र। देखें [जब समुचित सावधानी लागू होती है](#जब-समुचित-सावधानी-लागू-होती-है) |
| ग्राहक की पहचान करें और उनकी पहचान सत्यापित करें | Art. 20(1)(a), Art. 22 | डिजिटल ID वॉलेट या दस्तावेज़ कैप्चर के साथ पहचान सत्यापन। देखें [व्यक्तियों की पहचान और सत्यापन करें](#व्यक्तियों-की-पहचान-और-सत्यापन-करें) |
| वास्तविक स्वामियों की पहचान करें और स्वामित्व संरचना को समझें | Art. 20(1)(b), अनुच्छेद 51 से 53 | व्यवसाय सत्यापन (KYB) वर्कफ़्लो। देखें [व्यवसायों और वास्तविक स्वामियों का सत्यापन करें](#व्यवसायों-और-वास्तविक-स्वामियों-को-सत्यापित-करें) |
| प्रतिबंधों और राजनीतिक रूप से उजागर व्यक्तियों की जांच करें | Art. 20(1)(d) और (g), Art. 42 | AML स्क्रीनिंग। देखें [प्रतिबंधों और PEPs के लिए स्क्रीन करें](#प्रतिबंधों-और-pep-के-लिए-स्क्रीनिंग-करें) |
| संबंधों की निगरानी करें और ग्राहक डेटा को अद्यतित रखें | Art. 26 | सतत AML निगरानी और दस्तावेज़ समाप्ति। देखें [निरंतर आधार पर निगरानी और रीफ़्रेश करें](#सतत-निगरानी-रखें-और-रीफ़्रेश-करें) |
| संबंध के उद्देश्य और, जहां आवश्यक हो, धन के स्रोत को समझें | Art. 25 | प्रश्नावलियाँ। देखें [संबंध का उद्देश्य और धन का स्रोत](#उद्देश्य-और-धन-का-स्रोत) |
| लेन-देन की निगरानी करें और संदेहास्पद गतिविधियों की रिपोर्ट करें | Art. 26(1), Art. 69 | लेन-देन निगरानी और केस प्रबंधन। देखें [लेन-देन की निगरानी और रिपोर्ट करें](#लेन-देन-की-निगरानी-करें-और-रिपोर्ट-करें) |
| 5 वर्षों के लिए रिकॉर्ड रखें, फिर व्यक्तिगत डेटा हटाएं | Art. 77 | प्रतिधारण सेटिंग, एक्सपोर्ट और मांग पर हटाना। देखें [रिकॉर्ड रखें, फिर हटाएं](#रिकॉर्ड-रखें-फिर-हटाएं) |
| स्वचालित निर्णयों में मानव समीक्षा शामिल करें | Art. 76(5) | मैन्युअल समीक्षा और स्थिति अपडेट। देखें [स्वचालित निर्णयों की मानव समीक्षा](#स्वचालित-निर्णयों-की-मानवीय-समीक्षा) |
| जिसे आप आउटसोर्स करते हैं उसे नियंत्रित करें | Art. 18 | आपका आउटसोर्सिंग रजिस्टर। देखें [आउटसोर्सिंग](#आउटसोर्सिंग) |

## शुरू से अंत तक का प्रवाह

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

```mermaid theme={null}
sequenceDiagram
    autonumber
    participant User as Your customer
    participant You as Your backend
    participant Didit as Didit API
    participant Team as Your compliance team

    You->>Didit: POST /v3/session/ (workflow_id, vendor_data)
    Didit-->>You: session_id and url
    You->>User: Redirect to url
    User->>Didit: Completes the workflow
    Didit--)You: status.updated webhook
    You->>Didit: GET /v3/session/{sessionId}/decision/
    Didit-->>You: Decision with the result of every check
    You->>Team: Queue the case for a decision
    Note over You,Team: Risk profile and onboarding decision are yours (Article 18)
    Team->>Didit: PATCH /v3/session/{sessionId}/update-status/
    You->>Didit: POST /v3/users/aml-monitoring/
    Didit--)You: status.updated and data.updated on each change
```

## जब समुचित सावधानी लागू होती है

अनुच्छेद 19 बताता है कि आपको ग्राहक की समुचित सावधानी कब लागू करनी चाहिए: जब आप एक व्यावसायिक संबंध स्थापित करते हैं; एकल संचालन या जुड़े हुए लेन-देन में कम से कम EUR 10,000 के सामयिक लेन-देन के लिए; जब धन शोधन या आतंकवादी वित्तपोषण का संदेह हो, चाहे राशि कुछ भी हो; और जब आपको अपने पास पहले से मौजूद पहचान डेटा पर संदेह हो। कुछ क्षेत्रों में निचले ट्रिगर लागू होते हैं: फ़ंड के सामयिक हस्तांतरण और CASPs के लिए EUR 1,000, सामयिक नकद लेन-देन के लिए EUR 3,000 (कम से कम पहचान और सत्यापन), और जुए में EUR 2,000। EUR 1,000 से कम के सामयिक लेन-देन के लिए एक CASP को कम से कम ग्राहक की पहचान करना और उसका सत्यापन करना चाहिए।

Didit यह तय नहीं करता कि कोई ट्रिगर लागू होता है या नहीं। आप अपने स्वयं के कोड में लेन-देन प्रकार और राशि के आधार पर रूट करते हैं, फिर संबंधित वर्कफ़्लो शुरू करते हैं।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| एक नए व्यावसायिक संबंध के लिए समुचित सावधानी शुरू करें (Art. 19(1)(a)) | आपके ऑनबोर्डिंग वर्कफ़्लो पर सत्यापन सत्र | [`POST /v3/session/`](https://docs.didit.me/hi/sessions-api/create-session) |
| जब कोई सामयिक लेन-देन आपके थ्रेशोल्ड को पार करता है तो समुचित सावधानी शुरू करें (Art. 19(1)(b), 19(2) से 19(5)) | उस ट्रिगर के लिए आपके द्वारा चुने गए वर्कफ़्लो पर सत्यापन सत्र | मेल खाने वाले `workflow_id` के साथ [`POST /v3/session/`](https://docs.didit.me/hi/sessions-api/create-session) |
| जुड़े हुए लेन-देन का पता लगाएं जो एक साथ मिलकर थ्रेशोल्ड पार करते हैं | लेन-देन निगरानी में वेलोसिटी नियम | [`POST /v3/transactions/`](https://docs.didit.me/hi/transaction-monitoring/transactions), [नियम](https://docs.didit.me/hi/transaction-monitoring/rules.md) |
| फ़्लैग किए गए लेन-देन के सेटल होने से पहले ग्राहक से सत्यापन का अनुरोध करें | एक नियम कार्रवाई लेन-देन को `AWAITING_USER` में ले जाती है और एक लिंक्ड सत्यापन सत्र बनाया जाता है | [लेन-देन स्थितियाँ](https://docs.didit.me/hi/transaction-monitoring/statuses.md) |

आपके बैकएंड के लिए एक न्यूनतम रूटिंग रूपरेखा। इसमें अनुच्छेद 19 के प्रत्येक ट्रिगर को शामिल नहीं किया गया है (उदाहरण के लिए, किसी कानूनी इकाई के निर्माण में भाग लेना), और आप पर लागू होने वाले सेक्टर-विशिष्ट नियम भिन्न हो सकते हैं:

```python theme={null}
# Illustrative only. The figures are the Article 19 thresholds in EUR.
def due_diligence_for(event) -> str:
    """Return "full_cdd", "identify_and_verify" or "none"."""
    if event.new_business_relationship or event.suspicion or event.doubts_about_identity_data:
        return "full_cdd"

    amount = event.linked_total_eur  # one operation, or linked transactions added together

    if event.sector == "casp":
        return "full_cdd" if amount >= 1_000 else "identify_and_verify"
    if event.is_transfer_of_funds and amount >= 1_000:
        return "full_cdd"
    if event.sector == "gambling" and amount >= 2_000:
        return "full_cdd"
    if amount >= 10_000:
        return "full_cdd"
    if event.is_cash and amount >= 3_000:
        return "identify_and_verify"
    return "none"


WORKFLOWS = {
    "full_cdd": "YOUR_FULL_CDD_WORKFLOW_ID",
    "identify_and_verify": "YOUR_ID_ONLY_WORKFLOW_ID",
}
```

## व्यक्तियों की पहचान और सत्यापन करें

अनुच्छेद 22(1) उस डेटा को सूचीबद्ध करता है जो आपके पास किसी प्राकृतिक व्यक्ति के बारे में होना चाहिए: सभी नाम और उपनाम, जन्म स्थान और पूरी जन्म तिथि, राष्ट्रीयताएं, जहां लागू हो राष्ट्रीय पहचान संख्या, सामान्य निवास स्थान और, जहां उपलब्ध हो, कर पहचान संख्या। इसके बाद अनुच्छेद 22(6) पहचान सत्यापित करने के दो साधनों का उल्लेख करता है: एक पहचान दस्तावेज़, पासपोर्ट या समकक्ष, या इलेक्ट्रॉनिक पहचान (eID) जो eIDAS आश्वासन स्तरों "substantial" या "high" को पूरा करती हो, साथ ही प्रासंगिक योग्य ट्रस्ट सेवाएं।

### निर्णय से संबंधित डेटा बिंदु

[`GET /v3/session/{sessionId}/decision/`](https://docs.didit.me/hi/sessions-api/retrieve-session) द्वारा लौटाया गया निर्णय `id_verifications[]` में प्रति पहचान जांच एक प्रविष्टि रखता है।

| अनुच्छेद 22(1)(a) डेटा बिंदु | `id_verifications[]` में फ़ील्ड | नोट्स |
| - | - | - |
| सभी नाम और उपनाम | `first_name`, `last_name`, `full_name` | जैसा कि वे दस्तावेज़ पर दिखाई देते हैं या जैसा कि वॉलेट उन्हें लौटाता है |
| जन्म स्थान और पूरी जन्म तिथि | `place_of_birth`, `date_of_birth` | दस्तावेज़ पर मौजूद होने पर जन्म स्थान दिया जाता है |
| राष्ट्रीयताएं | `nationality` | ग्राहक द्वारा घोषित अतिरिक्त राष्ट्रीयताओं को अपने स्वयं के सिस्टम में रिकॉर्ड करें |
| जहां लागू हो, राष्ट्रीय पहचान संख्या | `personal_number` | इस फ़ील्ड में क्या शामिल है यह दस्तावेज़ पर निर्भर करता है। [पहचान सत्यापन रिपोर्ट](https://docs.didit.me/hi/core-technology/id-verification/report-id-verification.md) देखें |
| सामान्य निवास स्थान | `address`, `formatted_address`, `parsed_address` | पासपोर्ट में पता शायद ही कभी होता है। दस्तावेज़ में न होने पर [पते का प्रमाण](https://docs.didit.me/hi/core-technology/proof-of-address/overview.md) या [डेटाबेस सत्यापन](https://docs.didit.me/hi/core-technology/database-validation/overview.md) जोड़ें |
| जहां उपलब्ध हो, कर पहचान संख्या | `extra_fields.tax_number` | केवल तब जब दस्तावेज़ में यह मौजूद हो। अन्यथा इसे [प्रश्नावली](https://docs.didit.me/hi/core-technology/questionnaires/overview.md) के साथ एकत्र करें |

### दो मार्ग

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| इलेक्ट्रॉनिक पहचान (Art. 22(6)(b)) से सत्यापित करें | [डिजिटल ID वॉलेट्स](https://docs.didit.me/hi/core-technology/id-verification/digital-id-wallets.md)। प्रोडक्शन में उपलब्ध: MitID (डेनमार्क), BankID Sweden, Finnish Trust Network (फ़िनलैंड), Smart-ID (एस्टोनिया, लातविया, लिथुआनिया, बेल्जियम) और Mobile-ID (एस्टोनिया, लिथुआनिया)। यूरोपीय डिजिटल पहचान (EUDI) वॉलेट: **जल्द आ रहा है** | [पहचान सत्यापन चरण](https://docs.didit.me/hi/console/id-verification-methods.md) में प्रति देश विधियों को कॉन्फ़िगर करें। परिणाम `verification_method` और `wallet_provider` रिपोर्ट करता है |
| पहचान दस्तावेज़ (Art. 22(6)(a)) से सत्यापित करें | प्रामाणिकता जांच के साथ [दस्तावेज़ कैप्चर](https://docs.didit.me/hi/core-technology/id-verification/overview.md), और ई-पासपोर्ट तथा ई-आईडी के लिए [NFC चिप रीडिंग](https://docs.didit.me/hi/core-technology/nfc-verification/overview.md)। रिमोट उपयोग के लिए, नीचे दिए गए ड्राफ़्ट मानकों को पढ़ें | वर्कफ़्लो में पहचान सत्यापन और NFC चरण |
| जांचें कि दस्तावेज़ प्रस्तुत करने वाला व्यक्ति ही उसका धारक है | दस्तावेज़ के पोर्ट्रेट के विरुद्ध [लाइवनेस डिटेक्शन](https://docs.didit.me/hi/core-technology/liveness/overview.md) और [चेहरा मिलान](https://docs.didit.me/hi/core-technology/face-match/overview.md) | लाइवनेस और चेहरा मिलान चरण। परिणाम `liveness_checks[]` और `face_matches[]` में |
| ऐसे साक्ष्य रखें जिनकी आप बाद में समीक्षा कर सकें | छवियों, निकाले गए डेटा और टाइमस्टैम्प के साथ सत्र रिकॉर्ड | [`GET /v3/session/{sessionId}/generate-pdf/`](https://docs.didit.me/hi/sessions-api/generate-pdf), [एक्सपोर्ट](https://docs.didit.me/hi/console/export-pdf-csv.md) |

प्रत्येक वॉलेट जिस आश्वासन स्तर की रिपोर्ट करता है, वह [डिजिटल ID वॉलेट्स](https://docs.didit.me/hi/core-technology/id-verification/digital-id-wallets.md) पेज पर सूचीबद्ध है। क्या कोई दी गई योजना आपके उपयोग के लिए अनुच्छेद 22(6)(b) को पूरा करती है, इसका आकलन आपको स्वयं करना है। Didit वह इंटीग्रेशन है जो आपके ग्राहक को वॉलेट का उपयोग करने की अनुमति देता है; यह स्वयं एक योग्य ट्रस्ट सेवा प्रदाता या eID योजना नहीं है।

### रिमोट सत्यापन के बारे में ड्राफ़्ट तकनीकी मानक क्या कहते हैं

अनुच्छेद 28(1) के तहत ग्राहक ड्यू डिलिजेंस पर नियामक तकनीकी मानक (RTS) एंटी-मनी लॉन्ड्रिंग अथॉरिटी (AMLA) द्वारा लिखे गए हैं। AMLA की अंतिम रिपोर्ट 30 सितंबर 2026 को दिनांकित है और इसकी घोषणा 1 अक्टूबर 2026 को की गई थी। **यह यूरोपीय आयोग को प्रस्तुत किया गया एक अंतिम ड्राफ़्ट है। इसे अपनाया नहीं गया है और यह कानून नहीं है।** आयोग अभी भी इसे बदल सकता है, और ड्राफ़्ट के लागू होने के छह महीने बाद इसे लागू करने का प्रस्ताव है।

वह ड्राफ़्ट अनुच्छेद 22(6) के दो साधनों को डिफ़ॉल्ट मानता है। दस्तावेज़ के साथ रिमोट सत्यापन तब के लिए एक वैकल्पिक समाधान है जब व्यक्ति से आमने-सामने दस्तावेज़ प्रस्तुत करने की उचित अपेक्षा नहीं की जा सकती है और उसके पास अर्हक eID तक पहुंच नहीं है (ड्राफ़्ट अनुच्छेद 7(1))। यदि आप इस विकल्प का उपयोग करते हैं, तो ड्राफ़्ट आपसे यह उचित ठहराने में सक्षम होने की अपेक्षा करता है कि ऐसा क्यों किया गया, और अपने पर्यवेक्षक को यह दिखाने के लिए कहता है कि समाधान में सुरक्षा उपाय हैं (ड्राफ़्ट अनुच्छेद 7(2) और 7(3))। ड्राफ़्ट तकनीक-तटस्थ है: यह किसी भी तकनीक का नाम नहीं लेता है।

ड्राफ़्ट के सुरक्षा उपाय Didit सत्र द्वारा रिकॉर्ड की जाने वाली चीज़ों के साथ कैसे मेल खाते हैं:

| ड्राफ़्ट में सुरक्षा उपाय (अनुच्छेद 7(2)) | आप Didit में क्या उपयोग कर सकते हैं |
| - | - |
| यह सुनिश्चित करने वाले नियंत्रण कि दस्तावेज़ प्रस्तुत करने वाला व्यक्ति ही दस्तावेज़ धारक है | सत्र पर लाइवनेस और चेहरा मिलान परिणाम |
| व्यक्ति की पहचान करने के लिए पर्याप्त गुणवत्ता की छवियां, वीडियो और डेटा | रिपोर्ट पर चेतावनियों के साथ फ़्लो के दौरान कैप्चर गुणवत्ता जांच |
| पहचान या प्रक्रिया की अखंडता के बारे में संदेह होने पर रोकें | चेतावनियाँ और `"Declined"` या `"In Review"` की सत्र स्थिति |
| प्रतियां रखी जाएँ, टाइमस्टैम्प की जाएँ और बाद में सत्यापन के लिए उपलब्ध हों | सत्र रिकॉर्ड, PDF रिपोर्ट और आपकी [प्रतिधारण सेटिंग](#रिकॉर्ड-रखें-फिर-हटाएं) |

किसी ग्राहक द्वारा eID के बजाय दस्तावेज़ मार्ग को चुनने का कारण रिकॉर्ड करना आपकी ज़िम्मेदारी है। इसे अपने स्वयं के सिस्टम में संग्रहीत करें या जब आप सत्र बनाते हैं तो इसे `metadata` के साथ सत्र में संलग्न करें।

## व्यवसायों और वास्तविक स्वामियों को सत्यापित करें

किसी कानूनी इकाई के लिए, अनुच्छेद 22(1)(b) कानूनी रूप और नाम, पंजीकृत कार्यालय का पता, कानूनी प्रतिनिधियों और, जहाँ उपलब्ध हो, पंजीकरण संख्या, कर पहचान संख्या और लीगल एंटिटी आइडेंटिफ़ायर (LEI) की मांग करता है। आपको वास्तविक स्वामियों की पहचान भी करनी होगी और उन्हें सत्यापित करने के लिए उचित उपाय करने होंगे, ताकि आप स्वामित्व और नियंत्रण संरचना को समझ सकें (अनुच्छेद 20(1)(b))। वास्तविक स्वामी वह प्राकृतिक व्यक्ति होता है जिसके पास शेयरों, मतदान अधिकारों या अन्य स्वामित्व हितों का "25 % या अधिक" प्रत्यक्ष या अप्रत्यक्ष स्वामित्व होता है (अनुच्छेद 52(1)), या जो स्वामित्व या अन्य माध्यमों से इकाई को नियंत्रित करता है (अनुच्छेद 51 और 53)। नियंत्रण का आकलन स्वामित्व के समानांतर किया जाता है।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| कानूनी इकाई की पहचान करें और किसी रजिस्ट्री के विरुद्ध इसकी जांच करें | Lite, Shareholders या UBOs स्तर पर कंपनी रजिस्ट्री लुकअप के साथ [व्यवसाय सत्यापन (KYB)](https://docs.didit.me/hi/business-verification/overview.md) (अपने व्यवसाय को जानें, KYB)। स्तर की उपलब्धता देश के अनुसार भिन्न होती है | KYB `workflow_id` के साथ [`POST /v3/session/`](https://docs.didit.me/hi/sessions-api/create-session)। देखें [समर्थित देश](https://docs.didit.me/hi/business-verification/supported-countries.md) |
| 25 % या उससे अधिक पर अंतिम वास्तविक स्वामियों (UBOs) की पहचान करें | जहाँ उपलब्ध हो, रजिस्ट्री से प्राप्त [स्वामित्व](https://docs.didit.me/hi/business-verification/ownership.md), जिसकी कंपनी प्रतिनिधि पुष्टि करता और विवरण का विस्तार करता है | KYB वर्कफ़्लो पर, **वर्कफ़्लो** में UBO थ्रेशोल्ड। परिणाम `key_people_checks[]` में |
| स्वामियों, निदेशकों और प्रतिनिधियों की पहचान सत्यापित करें | लिंक्ड पहचान जांच: प्रत्येक [प्रमुख व्यक्ति](https://docs.didit.me/hi/business-verification/key-people.md) को आपके द्वारा प्रति भूमिका चुने गए वर्कफ़्लो पर एक चाइल्ड सत्यापन सत्र मिलता है | KYB वर्कफ़्लो में **प्रमुख व्यक्ति** के अंतर्गत प्रति-भूमिका सेटिंग्स |
| रजिस्टर में मौजूद डेटा की तुलना ग्राहक द्वारा घोषित विवरण से करें (अनुच्छेद 22(7), अनुच्छेद 24) | रजिस्ट्री और सबमिट किए गए पक्ष साथ-साथ दिखाए जाते हैं | निर्णय में `key_people_checks[].registry` और `key_people_checks[].submitted` |
| कंपनी, उसके स्वामियों और उसके नियंत्रकों की स्क्रीनिंग करें | कंपनी और व्यक्ति [AML स्क्रीनिंग](https://docs.didit.me/hi/business-verification/aml.md) | KYB वर्कफ़्लो में AML चरण |

डिज़ाइन करते समय ध्यान रखने योग्य चार बिंदु:

* **थ्रेशोल्ड निर्धारित करना आपका काम है।** AMLR का आंकड़ा "25 % या अधिक" है, न कि "25 % से अधिक"। वर्कफ़्लो पर UBO थ्रेशोल्ड कॉन्फ़िगर करने योग्य है, इसलिए इसे मैच करने के लिए सेट करें और यदि आपकी नीति अधिक सख्त है तो इसकी समीक्षा करें।
* **केवल रजिस्टर ही पर्याप्त नहीं है।** अनुच्छेद 22(7) के अनुसार आपको वास्तविक स्वामियों को सत्यापित करने के अलावा केंद्रीय रजिस्टरों से परामर्श करना आवश्यक है। 14 कैलेंडर दिनों के भीतर रजिस्टर को किसी विसंगति की रिपोर्ट करना (अनुच्छेद 24) आपकी कार्रवाई है।
* **एक खाली रजिस्ट्री परिणाम इस बात का प्रमाण नहीं है कि किसी कंपनी का कोई स्वामी नहीं है।** हो सकता है कि किसी रजिस्टर में किसी कंपनी या देश के लिए कोई स्वामित्व रिकॉर्ड न हो। यदि आप किसी वास्तविक स्वामी की पहचान नहीं कर पाते हैं, तो अनुच्छेद 22(2) आपसे इसे रिकॉर्ड करने और इसके बजाय वरिष्ठ प्रबंधकीय अधिकारियों की पहचान और सत्यापन करने के लिए कहता है।
* **रजिस्ट्री निगरानी जल्द आ रही है।** रजिस्ट्री परिवर्तनों की सतत निगरानी अभी उपलब्ध नहीं है। जब तक यह उपलब्ध नहीं हो जाती, तब तक अपने रीफ़्रेश शेड्यूल पर व्यवसाय सत्यापन (KYB) को फिर से चलाएं।

## प्रतिबंधों और PEP के लिए स्क्रीनिंग करें

आपको यह सत्यापित करना होगा कि क्या ग्राहक या उसके वास्तविक स्वामी लक्षित वित्तीय प्रतिबंधों के अधीन हैं, और क्या प्रतिबंधित व्यक्ति किसी कानूनी-इकाई ग्राहक को नियंत्रित करते हैं या उसके 50 % से अधिक हिस्से के धारक हैं (अनुच्छेद 20(1)(d))। AMLR में, लक्षित वित्तीय प्रतिबंधों का अर्थ यूरोपीय संघ (EU) के प्रतिबंध हैं। आपको यह भी निर्धारित करना होगा कि क्या ग्राहक या कोई वास्तविक स्वामी राजनीतिक रूप से उजागर व्यक्ति (PEP), परिवार का सदस्य या करीबी सहयोगी है (अनुच्छेद 20(1)(g))। PEPs के लिए, अनुच्छेद 42 वरिष्ठ प्रबंधन की स्वीकृति, संपत्ति के स्रोत और धन के स्रोत को स्थापित करने के उपाय, और बढ़ी हुई सतत निगरानी जोड़ता है।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| ऑनबोर्डिंग पर स्क्रीन करें | प्रतिबंधों, PEP और वॉचलिस्ट के विरुद्ध, वर्कफ़्लो में [AML स्क्रीनिंग](https://docs.didit.me/hi/core-technology/aml-screening/overview.md) चरण | AML चरण और इसके थ्रेशोल्ड वर्कफ़्लो में। परिणाम `aml_screenings[]` में |
| बिना किसी होस्टेड फ़्लो के स्क्रीन करें | किसी व्यक्ति या कंपनी की स्टैंडअलोन स्क्रीनिंग | [`POST /v3/aml/`](https://docs.didit.me/hi/standalone-apis/aml-screening) |
| जानें कि कौन सी सूचियां शामिल हैं | [वॉचलिस्ट डेटाबेस](https://docs.didit.me/hi/core-technology/aml-screening/watchlist-database-aml-screening.md), जिसमें वित्तीय प्रतिबंधों की EU समेकित सूची शामिल है | संदर्भ पृष्ठ |
| प्रत्येक हिट पर एक निर्णय रिकॉर्ड करें | प्रति हिट `review_status` के साथ हिट समीक्षा | [`PATCH /v3/session/{sessionId}/update-aml-hit-status/`](https://docs.didit.me/hi/sessions-api/update-aml-hit-status) |
| PEP और प्रतिबंध मिलानों को किसी व्यक्ति के पास भेजें | थ्रेशोल्ड जो सत्र को `"In Review"` में ले जाते हैं | वर्कफ़्लो में AML थ्रेशोल्ड, फिर [मैन्युअल समीक्षा](https://docs.didit.me/hi/console/manual-review.md) |

```bash theme={null}
curl -X POST 'https://verification.didit.me/v3/aml/' \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "full_name": "Javier Ejemplo Modelo",
    "entity_type": "person",
    "date_of_birth": "1974-01-01",
    "nationality": "ES",
    "vendor_data": "user-1234"
  }'
```

किसी हिट को `Confirmed Match` या `False Positive` के रूप में रिकॉर्ड करने से एक `data.updated` webhook ट्रिगर होता है और यह अपने आप सत्र के निर्णय को नहीं बदलता है। PEP संबंध के लिए वरिष्ठ प्रबंधन की स्वीकृति आपकी प्रक्रिया है: सत्र को समीक्षा के लिए रूट करें और रिकॉर्ड करें कि इसे किसने स्वीकृत किया।

## सतत निगरानी रखें और रीफ़्रेश करें

अनुच्छेद 26 व्यावसायिक संबंधों की सतत निगरानी और ग्राहकों की अद्यतन जानकारी अनिवार्य करता है। अपडेट के बीच की अवधि उच्च-जोखिम वाले ग्राहकों के लिए 1 वर्ष और अन्य सभी ग्राहकों के लिए 5 वर्ष से अधिक नहीं होनी चाहिए (अनुच्छेद 26(2)), और जब ग्राहक की परिस्थितियों में बदलाव हो या आपको कोई प्रासंगिक तथ्य पता चले तब भी आपको अपडेट करना होगा (अनुच्छेद 26(3))। प्रतिबंधों की जांच नियमित रूप से दोहराई जानी चाहिए, और क्रेडिट और वित्तीय संस्थानों के लिए किसी नए प्रतिबंध पदनाम पर इसे दोहराया जाना चाहिए (अनुच्छेद 26(4))।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| प्रतिबंधों और PEP सूचियों के विरुद्ध ग्राहकों की पुनः स्क्रीनिंग करें | दैनिक पुनः स्क्रीनिंग के साथ [सतत AML निगरानी](https://docs.didit.me/hi/core-technology/aml-screening/continuous-monitoring-aml-screening.md) | इसे AML चरण पर सक्षम करें, या प्रति प्रोफ़ाइल [`POST /v3/users/aml-monitoring/`](https://docs.didit.me/hi/management-api/aml-monitoring/toggle-users) के माध्यम से सक्षम करें |
| कंपनियों की पुनः स्क्रीनिंग करें | व्यावसायिक प्रोफ़ाइलों के लिए सतत AML निगरानी | [`POST /v3/businesses/aml-monitoring/`](https://docs.didit.me/hi/management-api/aml-monitoring/toggle-businesses) |
| पुनः स्क्रीनिंग द्वारा परिणाम बदलने पर सूचना प्राप्त करें | सत्र पर webhook | स्थिति बदलने पर `status.updated`, उदाहरण के लिए `"In Review"` में, और `data.updated`। payload में `trigger: "ongoing_monitoring"` शामिल होता है |
| कुछ न बदलने पर भी निगरानी चलने का प्रमाण दें | अंतिम स्क्रीनिंग तिथि और स्क्रीनिंग इतिहास | AML रिपोर्ट पर `last_ongoing_screening_at`, और स्क्रीनिंग इतिहास एक्सपोर्ट |
| समय-सीमा समाप्त हो चुके पहचान दस्तावेज़ों का पता लगाएं | [दस्तावेज़ निगरानी](https://docs.didit.me/hi/core-technology/id-verification/document-monitoring-id-verification.md) | सत्र `"Approved"` से `"Kyc Expired"` में बदल जाता है और एक `status.updated` webhook ट्रिगर होता है |

```bash theme={null}
curl -X POST https://verification.didit.me/v3/users/aml-monitoring/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"is_enabled": true, "vendor_data_list": ["user-123", "user-456"]}'
```

निगरानी को टॉगल करने से अपने आप कोई webhook उत्सर्जित नहीं होता है। एक बार निगरानी चालू हो जाने पर, पुनः स्क्रीनिंग सामान्य `status.updated` और `data.updated` इवेंट ट्रिगर करती है।

### अपने सिस्टम में 1-वर्षीय और 5-वर्षीय रीफ़्रेश शेड्यूल करें

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

**1. जोखिम वर्ग और अंतिम अपडेट तिथि संग्रहीत करें**

उन्हें Didit को भेजे जाने वाले `vendor_data` के साथ अपने ग्राहक रिकॉर्ड में रखें।

**2. एक शेड्यूल किया गया कार्य चलाएं**

उन ग्राहकों का चयन करें जिनका अंतिम अपडेट आपके अंतराल से अधिक पुराना है: उच्च जोखिम के लिए अधिकतम 1 वर्ष, बाकियों के लिए अधिकतम 5 वर्ष। ये अधिकतम अवधियाँ हैं, इसलिए छोटा अंतराल चुनना आपका निर्णय है।

**3. एक नया सत्र बनाएं**

समान `vendor_data` और अपने रीफ़्रेश वर्कफ़्लो के साथ [`POST /v3/session/`](https://docs.didit.me/hi/sessions-api/create-session) को कॉल करें, फिर ग्राहक को `url` भेजें।

**4. इवेंट पर भी प्रतिक्रिया दें**

`"Kyc Expired"`, एक निगरानी webhook जो किसी सत्र को `"In Review"` में ले जाता है, और ग्राहक द्वारा रिपोर्ट किए गए बदलाव को समय से पहले अपडेट के ट्रिगर के रूप में मानें।

## उद्देश्य और धन का स्रोत

किसी व्यावसायिक संबंध में प्रवेश करने या कभी-कभार होने वाले लेन-देन को निष्पादित करने से पहले, अनुच्छेद 25 आपसे इसके उद्देश्य और इच्छित प्रकृति को समझने की अपेक्षा करता है। जहाँ आवश्यक हो, आप उद्देश्य और आर्थिक औचित्य, गतिविधि की अनुमानित राशि, धन का स्रोत, धन का गंतव्य, और ग्राहक की व्यावसायिक गतिविधि या पेशे के बारे में जानकारी प्राप्त करते हैं। "जहाँ आवश्यक हो" का अर्थ है कि इसकी सीमा जोखिम-आधारित है। उन्नत यथोचित परिश्रम में संपत्ति का स्रोत भी शामिल हो सकता है (अनुच्छेद 34(4))।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| उद्देश्य और अपेक्षित गतिविधि एकत्र करें | Purpose of Account टेम्पलेट के साथ [प्रश्नावलियाँ](https://docs.didit.me/hi/core-technology/questionnaires/overview.md) | वर्कफ़्लो में प्रश्नावली चरण |
| सहायक दस्तावेज़ों के साथ धन का स्रोत एकत्र करें | फ़ाइल अपलोड के साथ Source of Funds टेम्पलेट | वर्कफ़्लो में प्रश्नावली चरण |
| पेशा और नियोक्ता एकत्र करें | Employment Details टेम्पलेट | वर्कफ़्लो में प्रश्नावली चरण |
| प्रत्येक उत्तर की किसी व्यक्ति द्वारा समीक्षा कराएं | प्रश्नावली को हमेशा `"In Review"` परिणाम देने के लिए सेट किया गया है | प्रश्नावली पर मैन्युअल समीक्षा सेटिंग |

टेम्पलेट केवल एक शुरुआती बिंदु हैं। अपने जोखिम मूल्यांकन से मेल खाने के लिए प्रश्नों को संपादित करें, और उत्तरों को सत्र के साथ रखें ताकि वे पहचान जाँच वाले उसी रिकॉर्ड में रहें।

## लेन-देन की निगरानी करें और रिपोर्ट करें

सतत निगरानी संबंध के दौरान किए गए लेन-देन को कवर करती है, ताकि वे ग्राहक के बारे में आपकी जानकारी के अनुरूप रहें (अनुच्छेद 26(1))। जब आप जानते हैं, संदेह करते हैं या संदेह करने के उचित आधार हैं कि धन आपराधिक गतिविधि से प्राप्त हुआ है या आतंकवादी वित्तपोषण से संबंधित है, तो आप अनुच्छेद 69 के तहत अपनी वित्तीय खुफिया इकाई (FIU) को रिपोर्ट करते हैं।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| मूल्यांकन के लिए प्रत्येक लेन-देन सबमिट करें | फ़िएट और क्रिप्टो के लिए [लेन-देन निगरानी](https://docs.didit.me/hi/transaction-monitoring/overview.md) | [`POST /v3/transactions/`](https://docs.didit.me/hi/transaction-monitoring/transactions) |
| अपने द्वारा स्वीकृत पता लगाने के मानदंड लागू करें | प्रीसेट नियम बंडल और कस्टम [नियम](https://docs.didit.me/hi/transaction-monitoring/rules.md), जिनमें से प्रत्येक का मोड आप नियंत्रित करते हैं | कंसोल में नियम या नियम API |
| निर्णय की सूचना प्राप्त करें | webhook | `transaction.created` और `transaction.status.updated` |
| जांच करें | प्रत्येक कार्रवाई की टाइमलाइन के साथ [अलर्ट](https://docs.didit.me/hi/transaction-monitoring/alerts.md) और [केस](https://docs.didit.me/hi/transaction-monitoring/cases.md) | कंसोल में केस प्रबंधन |
| रिपोर्ट तैयार करें | केस डेटा से [FIU रिपोर्ट तैयारी](https://docs.didit.me/hi/console/case-management/fiu-reports.md) | केस पर **FIU रिपोर्ट** टैब |

```bash theme={null}
curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "finance0001",
    "transaction_category": "finance",
    "transaction_details": {
      "direction": "outbound",
      "amount": "1200.00",
      "currency": "EUR"
    },
    "subject": { "entity_type": "person", "vendor_data": "user-123", "full_name": "John Doe" },
    "counterparty": { "entity_type": "person", "full_name": "Jane Doe" }
  }'
```

ध्यान रखने योग्य दो सीमाएं:

* **आप पता लगाने के मानदंड स्वीकृत करते हैं।** संदिग्ध या असामान्य लेन-देन का पता लगाने के मानदंडों को स्वीकृत करना आउटसोर्स नहीं किया जा सकता है (अनुच्छेद 18(3)(f))। आपके द्वारा इंस्टॉल किए गए प्रत्येक नियम की समीक्षा करें और उस स्वीकृति को अपनी नीतियों में रिकॉर्ड करें।
* **आप रिपोर्ट दर्ज करते हैं।** Didit केस से रिपोर्ट फ़ाइलें तैयार करता है। यह FIU को कुछ भी सबमिट नहीं करता है। रिपोर्ट दर्ज करना आपके अनुपालन अधिकारी द्वारा आपके FIU के चैनल के माध्यम से किया जाता है।

## रिकॉर्ड रखें, फिर हटाएं

Article 77 आपका रिकॉर्ड रखने का कर्तव्य है। आप ग्राहक ड्यू डिलिजेंस के लिए प्राप्त दस्तावेज़ और जानकारी, अपने संदेह आकलनों के रिकॉर्ड और लेन-देन के रिकॉर्ड 5 वर्षों तक रखते हैं। यह अवधि तब शुरू होती है जब व्यावसायिक संबंध समाप्त होता है, जब कभी-कभार होने वाला लेन-देन पूरा किया जाता है, या जब आप संबंध स्थापित करने से इनकार करते हैं (Article 77(3))। जब 5 वर्ष समाप्त हो जाते हैं, तो आप व्यक्तिगत डेटा हटा देते हैं, जब तक कि कोई अन्य कानून लागू न हो या कोई प्राधिकरण आपसे विशिष्ट रिकॉर्ड लंबे समय तक रखने के लिए न कहे।

यह समय आपके सिस्टम में किसी इवेंट से शुरू होता है: संबंध की समाप्ति। Didit को वह तारीख ज्ञात नहीं होती है, इसलिए आपके द्वारा कॉन्फ़िगर किया गया डेटा प्रतिधारण और आपके द्वारा अनुरोधित विलोपन आपके अपने निर्णय हैं।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| जब तक आपका कर्तव्य लागू है, तब तक सत्र रिकॉर्ड रखें | [डेटा प्रतिधारण सेटिंग](https://docs.didit.me/hi/console/data-retention.md): 1 महीने से लेकर 10 वर्ष तक की विंडो, या असीमित | **Business Console → App Settings → Data retention** |
| आपकी 5-वर्षीय अवधि समाप्त होने पर हटाएं | किसी सत्र का ऑन-डिमांड विलोपन | [`DELETE /v3/session/{sessionId}/delete/`](https://docs.didit.me/hi/sessions-api/delete-session) |
| किसी पर्यवेक्षक या ऑडिटर को फ़ाइल सौंपें | प्रति सत्र और प्रति उपयोगकर्ता PDF रिपोर्ट, थोक में CSV एक्सपोर्ट | [`GET /v3/session/{sessionId}/generate-pdf/`](https://docs.didit.me/hi/sessions-api/generate-pdf), [एक्सपोर्ट](https://docs.didit.me/hi/console/export-pdf-csv.md) |
| स्क्रीनिंग साक्ष्य रखें | प्रति सत्र स्क्रीनिंग इतिहास एक्सपोर्ट | [सतत निगरानी साक्ष्य](https://docs.didit.me/hi/core-technology/aml-screening/continuous-monitoring-aml-screening.md#यह-प्रमाणित-करना-कि-निगरानी-चली-थी) |

**1. ऐसी डेटा प्रतिधारण विंडो चुनें जो समय से पहले समाप्त न हो सके**

एक सत्र विंडो के अंत तक पहुँचता है और हटा दिया जाता है। ऐसी विंडो चुनें जो आपके ग्राहक संबंधों की अवधि और उसके साथ 5 वर्षों को कवर करती हो, या इसे असीमित छोड़ दें और ऑन-डिमांड हटाएं।

**2. संबंध की समाप्ति दर्ज करें**

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

**3. अवधि समाप्त होने पर हटाएं**

उस ग्राहक के प्रत्येक सत्र के लिए `DELETE /v3/session/{sessionId}/delete/` कॉल करें। विलोपन अपरिवर्तनीय है और मीडिया URL रीज़ॉल्व होना बंद हो जाते हैं।

> [!WARNING]
>
> **ऑडिट लॉग और स्क्रीनिंग इतिहास अपने आप में 5-वर्षीय कर्तव्य को पूरा नहीं करते हैं।** ऑडिट लॉग आपके [प्लान](https://docs.didit.me/hi/console/audit-logs.md#डेटा-प्रतिधारण) के आधार पर 30 दिनों से लेकर 3 वर्षों तक उपलब्ध होते हैं, और स्क्रीनिंग इतिहास रन डिफ़ॉल्ट रूप से दो वर्षों के लिए उपलब्ध होते हैं। यदि आपकी रिकॉर्ड नीति उन पर निर्भर करती है, तो उन अवधियों के समाप्त होने से पहले उन्हें अपने स्वयं के रिकॉर्ड में एक्सपोर्ट करें। आपकी डेटा प्रतिधारण सेटिंग के अंतर्गत सत्र रिकॉर्ड ही Article 77 से मेल खाते हैं।

## स्वचालित निर्णयों की मानवीय समीक्षा

Article 76(5) आपको तीन शर्तों पर ऐसे निर्णय लेने की अनुमति देता है जो प्रोफ़ाइलिंग और AI सिस्टम सहित स्वचालित प्रक्रियाओं से प्राप्त होते हैं। डेटा केवल ड्यू डिलिजेंस डेटा तक ही सीमित है। किसी व्यावसायिक संबंध में प्रवेश करने, इनकार करने या बनाए रखने, कभी-कभार होने वाले लेन-देन को पूरा करने या इनकार करने, या ड्यू डिलिजेंस के दायरे को बदलने का कोई भी निर्णय सार्थक मानवीय हस्तक्षेप के अधीन है। और ग्राहक निर्णय का स्पष्टीकरण प्राप्त कर सकता है और उसे चुनौती दे सकता है।

| आवश्यकता | Didit सुविधा | Endpoint या सेटिंग |
| - | - | - |
| केस किसी व्यक्ति को भेजें | वर्कफ़्लो थ्रेशोल्ड और शाखाएं जो `"In Review"` पर समाप्त होती हैं | [वर्कफ़्लो](https://docs.didit.me/hi/console/workflows.md) |
| साक्ष्य की समीक्षा करें और निर्णय लें | अस्वीकृति कारण और समीक्षा नोट्स के साथ [मैन्युअल समीक्षा](https://docs.didit.me/hi/console/manual-review.md) | कंसोल, या [`PATCH /v3/session/{sessionId}/update-status/`](https://docs.didit.me/hi/sessions-api/update-status) |
| दूसरे समीक्षक की आवश्यकता रखें | केस ब्लूप्रिंट पर [फ़ोर-आइज समीक्षा](https://docs.didit.me/hi/console/case-management/four-eyes.md): एक अलग अधिकारी समाधान को स्वीकृत या अस्वीकृत करता है | कंसोल में केस प्रबंधन |
| परिणाम स्पष्ट करें | सत्र पर प्रति-जांच परिणाम, चेतावनियां और समीक्षक टिप्पणियां | [`GET /v3/session/{sessionId}/decision/`](https://docs.didit.me/hi/sessions-api/retrieve-session) |

```bash theme={null}
curl -X PATCH https://verification.didit.me/v3/session/4c5c7f3a-.../update-status/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "new_status": "Approved",
    "comment": "Cleared after manual review by compliance team"
  }'
```

`"Approved"` या `"Declined"` की सत्र स्थिति आपके द्वारा कॉन्फ़िगर की गई जांचों का परिणाम है। यह ऑनबोर्ड करने के आपके निर्णय का एक इनपुट है, जिसे Article 18(3) आपके पास ही रखता है। अपने कानूनी सलाहकार के साथ निर्णय लें कि किसी व्यक्ति को कहाँ हस्तक्षेप करना है, फिर उस चरण को वर्कफ़्लो में और अपने बैक ऑफ़िस में शामिल करें।

## आउटसोर्सिंग

अनुच्छेद 18 आपको AMLR से उत्पन्न होने वाले कार्यों को किसी सेवा प्रदाता को आउटसोर्स करने की अनुमति देता है। यह कुछ शर्तें निर्धारित करता है: प्रदाता के कार्य शुरू करने से पहले आप अपने पर्यवेक्षक को सूचित करें (अनुच्छेद 18(1)), आप आउटसोर्स किए गए कार्यों के लिए पूरी तरह से उत्तरदायी बने रहें (अनुच्छेद 18(2)), और आप एक लिखित समझौते में शर्तें निर्धारित करें व प्रदाता पर नियमित नियंत्रण रखें (अनुच्छेद 18(4))। विनियमन यह भी कहता है कि थर्ड-पार्टी सॉफ़्टवेयर का उपयोग करना, या डेटाबेस या स्क्रीनिंग सेवाओं तक पहुँचना, जहाँ आप आवश्यकता को स्वयं पूरा करते हैं, आउटसोर्सिंग नहीं है (प्रस्तावना 47)। Didit का आपका उपयोग किस श्रेणी में आता है, यह इस बात पर निर्भर करता है कि आप इसका उपयोग कैसे करते हैं। आउटसोर्सिंग पर AMLA दिशानिर्देश 10 जुलाई 2027 तक जारी किए जाने हैं।

छह कार्यों को किसी भी परिस्थिति में आउटसोर्स नहीं किया जा सकता है (अनुच्छेद 18(3))। वे आपके पास ही रहेंगे:

1. आपके व्यवसाय-व्यापी जोखिम मूल्यांकन का प्रस्ताव और अनुमोदन।
2. आपकी आंतरिक नीतियों, प्रक्रियाओं और नियंत्रणों का अनुमोदन।
3. ग्राहक को सौंपे जाने वाले जोखिम प्रोफ़ाइल पर निर्णय।
4. व्यावसायिक संबंध स्थापित करने या कभी-कभार लेन-देन करने का निर्णय।
5. संदिग्ध गतिविधि और थ्रेशोल्ड-आधारित रिपोर्ट FIU को रिपोर्ट करना।
6. संदिग्ध या असामान्य लेन-देन और गतिविधियों का पता लगाने के मानदंडों का अनुमोदन।

उनके आसपास के कार्यों को सौंपा जा सकता है: पहचान डेटा एकत्र करना, दस्तावेज़ या eID सत्यापन चलाना, वास्तविक स्वामित्व डेटा और रजिस्ट्री लुकअप एकत्र करना, प्रतिबंध सूची और PEP सूचियों के विरुद्ध स्क्रीनिंग करना, आपके द्वारा अनुमोदित मानदंडों के विरुद्ध लेन-देन निगरानी चलाना, और अलर्ट व साक्ष्य तैयार करना।

Didit के बारे में अपने आउटसोर्सिंग रजिस्टर में क्या दर्ज करें:

| मद | क्या रिकॉर्ड करना है | यह कहाँ मिलेगा |
| - | - | - |
| लिखित समझौता (अनुच्छेद 18(4)) | Didit के साथ आपका अनुबंध और डेटा प्रोसेसिंग समझौता | DPA और तकनीकी व संगठनात्मक उपायों के लिए अपने Didit प्रतिनिधि से संपर्क करें |
| सौंपे गए कार्य | आपके द्वारा चलाए जाने वाले प्रत्येक वर्कफ़्लो में जाँचें, वर्कफ़्लो संस्करण के अनुसार | [Workflows](https://docs.didit.me/hi/console/workflows.md)। सत्र और webhooks में `workflow_id` और `workflow_version` शामिल होते हैं |
| आपके द्वारा रखे जाने वाले कार्य | उपरोक्त छह कार्य, आपके संगठन में उनके स्वामी के साथ | आपकी अपनी नीतियाँ |
| प्रदाता की योग्यता (अनुच्छेद 18(4)) | प्रमाणन और अटेस्टेशन | [Certifications](https://docs.didit.me/hi/getting-started/certifications.md) |
| डेटा स्थान | डेटा डिफ़ॉल्ट रूप से EU में प्रोसेस और स्टोर किया जाता है। Enterprise पर देश में ही प्रोसेसिंग उपलब्ध है | [डेटा प्रतिधारण](https://docs.didit.me/hi/console/data-retention.md#भूमिका-और-प्रसंस्करण-स्थान) |
| नियमित नियंत्रण (अनुच्छेद 18(4)) | सत्रों, एक्सपोर्ट और समीक्षा ट्रेल्स का आपका सैंपलिंग, उस आवृत्ति पर जो कार्य के महत्व से मेल खाती हो | [एक्सपोर्ट](https://docs.didit.me/hi/console/export-pdf-csv.md), [ऑडिट लॉग](https://docs.didit.me/hi/console/audit-logs.md) |
| पर्यवेक्षक अधिसूचना (अनुच्छेद 18(1)) | वह तिथि जब आपने लाइव होने से पहले अपने पर्यवेक्षक को सूचित किया था | आपका चरण। अधिसूचना का अर्थ यह नहीं है कि पर्यवेक्षक व्यवस्था को स्वीकार करता है |

## संदर्भ वर्कफ़्लो

प्राकृतिक व्यक्तियों के लिए ऑनबोर्डिंग वर्कफ़्लो का एक शुरुआती बिंदु। इसे अपने जोखिम मूल्यांकन के अनुसार अनुकूलित करें।

**1. वर्कफ़्लो बनाएँ**

Business Console में, **वर्कफ़्लो** खोलें और ग्राहक को जानें (KYC) वर्कफ़्लो बनाएँ। यदि आपको देश या परिणाम के आधार पर शाखाओं की आवश्यकता है, तो विज़ुअल बिल्डर का उपयोग करें।

**2. प्रति देश पहचान विधियाँ चुनें**

**पहचान सत्यापन** चरण में, उन देशों के लिए उपलब्ध डिजिटल ID वॉलेट सक्षम करें जहाँ आप सेवाएँ प्रदान करते हैं, और बाकी सभी के लिए दस्तावेज़ कैप्चर को मार्ग के रूप में चुनें। [पहचान सत्यापन विधियाँ](https://docs.didit.me/hi/console/id-verification-methods.md) देखें।

**3. दस्तावेज़ को व्यक्ति से बाँधें**

दस्तावेज़ मार्ग के लिए, **लाइवनेस** और **चेहरा मिलान** जोड़ें, और जहाँ दस्तावेज़ में चिप हो वहाँ **NFC** जोड़ें।

**4. पते को कवर करें**

उन ग्राहकों के लिए **पते का प्रमाण** जोड़ें जिनके दस्तावेज़ पर पता नहीं है।

**5. स्क्रीनिंग करें और निगरानी रखें**

**AML स्क्रीनिंग** जोड़ें, वे थ्रेशोल्ड सेट करें जो मिलान को समीक्षा के लिए भेजते हैं, और सतत निगरानी चालू करें।

**6. उद्देश्य और धन के स्रोत के बारे में पूछें**

खाते के उद्देश्य और धन के स्रोत वाले टेम्पलेट्स से एक **प्रश्नावली** जोड़ें।

**7. Webhooks की सदस्यता लें**

`status.updated` और `data.updated` की सदस्यता वाला एक webhook गंतव्य बनाएँ। [Webhooks](https://docs.didit.me/hi/integration/webhooks.md) देखें।

**8. प्रकाशित करें और वर्कफ़्लो ID कॉपी करें**

वर्कफ़्लो को प्रकाशित करें और सत्र बनाते समय इसके `workflow_id` का उपयोग करें।

एक सत्र बनाएँ:

```bash theme={null}
curl -X POST https://verification.didit.me/v3/session/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "workflow_id": "YOUR_KYC_WORKFLOW_ID",
    "vendor_data": "user-42",
    "callback": "https://yourapp.com/callback"
  }'
```

रिस्पॉन्स (`201 Created`):

```json theme={null}
{
  "session_id": "4c5c7f3a-1f82-4f3b-8d8e-1a8d2d2f9b7a",
  "session_kind": "user",
  "session_number": 1024,
  "session_token": "...",
  "url": "https://verify.didit.me/session/...",
  "status": "Not Started",
  "workflow_id": "YOUR_KYC_WORKFLOW_ID",
  "vendor_data": "user-42"
}
```

ग्राहक को `url` पर रीडायरेक्ट करें। जब सत्र किसी निर्णय पर पहुँचता है, तो Didit एक `status.updated` webhook भेजता है। एक अंश:

```json theme={null}
{
  "event_id": "9c0c8b8a-1111-4222-9333-444444444444",
  "webhook_type": "status.updated",
  "timestamp": 1774970000,
  "created_at": 1774969994,
  "application_id": "11111111-2222-3333-4444-555555555555",
  "environment": "live",
  "session_id": "aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee",
  "status": "In Review",
  "workflow_id": "66666666-7777-8888-9999-000000000000",
  "workflow_version": 4,
  "vendor_data": "user_42",
  "decision": { "...": "see /sessions-api/retrieve-session" }
}
```

हस्ताक्षर सत्यापित करें, अपनी आइडेम्पोटेंसी को `event_id` पर आधारित करें, और `status` का मिलान सटीक, केस-सेंसिटिव स्ट्रिंग के रूप में करें। मान [सत्यापन स्थितियाँ](https://docs.didit.me/hi/integration/verification-statuses.md) में सूचीबद्ध हैं। फिर `GET /v3/session/{sessionId}/decision/` के साथ पूरा निर्णय पढ़ें और इसे उस व्यक्ति या प्रक्रिया को सौंपें जो आपका ऑनबोर्डिंग निर्णय लेता है।

## समयसीमा

| तिथि | क्या होता है |
| - | - |
| 19 जून 2024 | AMLR, विनियमन (EU) 2024/1624, आधिकारिक जर्नल में प्रकाशित हुआ है |
| 9 जुलाई 2024 | AMLR लागू होता है |
| 30 सितंबर 2026 | AMLA मसौदा ग्राहक उचित तत्परता मानकों पर अपनी अंतिम रिपोर्ट की तिथि तय करता है (1 अक्टूबर 2026 को घोषित)। आयोग को प्रस्तुत किया गया, अपनाया नहीं गया |
| 10 जुलाई 2027 | AMLR लागू होता है। सदस्य देशों के लिए छठे एंटी-मनी लॉन्ड्रिंग निर्देश, निर्देश (EU) 2024/1640 को ट्रांसपोज़ करने की समय-सीमा। आउटसोर्सिंग पर AMLA दिशानिर्देश जारी किए जाने हैं |
| 2028 | AMLA चयनित वित्तीय संस्थाओं का प्रत्यक्ष पर्यवेक्षण शुरू करता है। पहला दौर 40 तक सीमित है |
| 10 जुलाई 2029 | AMLR फ़ुटबॉल एजेंटों और पेशेवर फ़ुटबॉल क्लबों पर लागू होता है |

## FAQ

> [accordion] AMLR कब लागू होता है?
>
> AMLR 9 जुलाई 2024 को प्रवर्तन में आया और यह 10 जुलाई 2027 से लागू होगा। फ़ुटबॉल एजेंटों और पेशेवर फ़ुटबॉल क्लबों के लिए यह 10 जुलाई 2029 से लागू होगा। 10 जुलाई 2027 तक, वर्तमान निर्देश को ट्रांसपोज़ करने वाले राष्ट्रीय कानून लागू रहेंगे।

> [accordion] AMLR, AMLD6 और AMLA में क्या अंतर है?
>
> AMLR विनियम (EU) 2024/1624 है। इसमें बाध्य संस्थाओं के लिए नियम शामिल हैं और यह बिना किसी राष्ट्रीय ट्रांसपोज़िशन के सीधे लागू होता है। AMLD6 निर्देश (EU) 2024/1640 है। यह सदस्य देशों को संबोधित है और इसमें पर्यवेक्षक, रजिस्टर और दंड शामिल हैं, जिसका ट्रांसपोज़िशन 10 जुलाई 2027 तक होना है। AMLA एंटी-मनी लॉन्ड्रिंग अथॉरिटी है, जिसे विनियम (EU) 2024/1620 द्वारा स्थापित किया गया है और इसका मुख्यालय फ्रैंकफर्ट में है। यह तकनीकी मानकों और दिशानिर्देशों का मसौदा तैयार करता है और 2028 से वित्तीय संस्थाओं के एक चयनित समूह की सीधे निगरानी करेगा।

> [accordion] क्या पहचान दस्तावेज़ के साथ रिमोट सत्यापन अभी भी अनुमत है?
>
> हाँ, शर्तों के साथ। अनुच्छेद 22(6) दो साधनों के नाम बताता है: एक पहचान दस्तावेज़, या पर्याप्त या उच्च आश्वासन स्तर पर eID। AMLA के 30 सितंबर 2026 के अंतिम मसौदा मानक दस्तावेज़ के साथ रिमोट सत्यापन को उस स्थिति के लिए एक विकल्प के रूप में बनाए रखते हैं जब व्यक्ति से आमने-सामने दस्तावेज़ प्रस्तुत करने की उचित अपेक्षा नहीं की जा सकती और उसके पास अर्हक eID तक पहुँच नहीं है। आपको इसके उपयोग को उचित ठहराने और सुरक्षा उपायों को प्रदर्शित करने में सक्षम होना चाहिए। मसौदे में किसी तकनीक का नाम नहीं दिया गया है, और यह अभी तक कानून नहीं है।

> [accordion] क्या तकनीकी मानक अंतिम हैं?
>
> नहीं। AMLA ने 30 सितंबर 2026 को अपने मसौदे को अंतिम रूप दिया और इसे यूरोपीय आयोग को भेजा। यह केवल तभी बाध्यकारी बनता है जब आयोग इसे अपनाता है और इसे आधिकारिक जर्नल में प्रकाशित किया जाता है, और आयोग इसमें संशोधन कर सकता है। मसौदे में इसके प्रवर्तन में आने के छह महीने बाद लागू होने का प्रस्ताव है, इसलिए अभी तक कोई कैलेंडर तिथि नहीं है।

> [accordion] क्या मुझे EUDI Wallet स्वीकार करना होगा, और क्या Didit इसका समर्थन करता है?
>
> AMLR स्वयं eID को सत्यापन के दो साधनों में से एक के रूप में सूचीबद्ध करता है। यह प्रत्येक बाध्य संस्था को EUDI Wallet स्वीकार करने का आदेश नहीं देता है। स्वीकृति का दायित्व eIDAS विनियम में निहित है: निजी भरोसा करने वाले पक्ष जिन्हें ऑनलाइन पहचान के लिए मजबूत उपयोगकर्ता प्रमाणीकरण का उपयोग करना आवश्यक है, वे उपयोगकर्ता के अनुरोध पर वॉलेट स्वीकार करते हैं, कार्यान्वयन अधिनियमों के प्रवर्तन में आने के 36 महीनों के भीतर, और सूक्ष्म व छोटे उद्यमों को छूट दी गई है। क्या यह आपकी ऑनबोर्डिंग को कवर करता है, यह आपके कानूनी सलाहकार के लिए एक प्रश्न है। Didit में, EUDI Wallet **जल्द आ रहा है**। आज प्रोडक्शन में उपलब्ध वॉलेट MitID, BankID Sweden, Finnish Trust Network, Smart-ID और Mobile-ID हैं।

> [accordion] क्या वास्तविक स्वामित्व की सीमा 25% है या 15%?
>
> यह शेयरों, मतदान अधिकारों या अन्य स्वामित्व हितों का "25 % या अधिक" है (अनुच्छेद 52(1)), जिसमें नियंत्रण का समानांतर मूल्यांकन किया जाता है। अनुच्छेद 52(2) आयोग को प्रत्यायोजित अधिनियम द्वारा उच्च-जोखिम वाली श्रेणियों की संस्थाओं के लिए अधिकतम 15 % की निचली सीमा निर्धारित करने की अनुमति देता है। ऐसा कोई अधिनियम मौजूद नहीं है। Didit में, UBO थ्रेशोल्ड आपके KYB वर्कफ़्लो पर एक सेटिंग है।

> [accordion] मैं 1-वर्ष और 5-वर्ष का रीफ़्रेश कैसे लागू करूँ?
>
> अपने स्वयं के सिस्टम में ग्राहक के जोखिम वर्ग और अंतिम अपडेट की तिथि को स्टोर करें, एक निर्धारित जॉब चलाएँ जो आपके अंतराल से अधिक समय वाले ग्राहकों का चयन करे, और `POST /v3/session/` तथा समान `vendor_data` के साथ एक नया सत्र बनाएँ। इवेंट ट्रिगर जोड़ें: `"Kyc Expired"` स्थिति, एक निगरानी webhook, या ऐसा परिवर्तन जिसकी सूचना ग्राहक देता है। अनुच्छेद 26(2) में 1-वर्ष और 5-वर्ष के आंकड़े अधिकतम अवधियाँ हैं।

> [accordion] मैं क्या आउटसोर्स कर सकता हूँ?
>
> पहचान डेटा एकत्र करना, सत्यापन चलाना, रजिस्ट्री लुकअप, स्क्रीनिंग और आपके द्वारा स्वीकृत मानदंडों के आधार पर लेन-देन निगरानी चलाने जैसे कार्य। छह कार्यों को आउटसोर्स नहीं किया जा सकता: व्यवसाय-व्यापी जोखिम मूल्यांकन को स्वीकृत करना, आंतरिक नीतियों को स्वीकृत करना, ग्राहक के जोखिम प्रोफ़ाइल का निर्णय लेना, ऑनबोर्ड करने का निर्णय लेना, FIU को रिपोर्ट करना, और पता लगाने के मानदंडों को स्वीकृत करना। आप जिसे आउटसोर्स करते हैं, उसके लिए पूरी तरह उत्तरदायी बने रहते हैं (अनुच्छेद 18(2))।

> [accordion] मैं 5-वर्ष के नियम के लिए डेटा प्रतिधारण कैसे सेट करूँ?
>
> 5 वर्ष का समय तब शुरू होता है जब संबंध समाप्त होता है, न कि तब जब ग्राहक का सत्यापन हुआ था। **Business Console → App Settings → Data retention** में, संबंध की अवधि और 5 वर्ष को कवर करने के लिए पर्याप्त लंबी समय-सीमा चुनें, या इसे असीमित छोड़ दें। अपने स्वयं के सिस्टम में समाप्ति तिथि को ट्रैक करें और आपकी अवधि समाप्त होने पर `DELETE /v3/session/{sessionId}/delete/` को कॉल करें। यदि आपकी रिकॉर्ड नीति उन पर निर्भर करती है तो ऑडिट लॉग और स्क्रीनिंग इतिहास एक्सपोर्ट करें।

> [accordion] क्या Didit का उपयोग करने से मैं AMLR के अनुरूप बन जाता हूँ?
>
> नहीं। अनुपालन आपके प्रोग्राम की एक विशेषता है: आपका जोखिम मूल्यांकन, आपकी नीतियां, आपके निर्णय और आपके नियंत्रण। Didit आपको वे जाँच, निगरानी और साक्ष्य प्रदान करता है जिनसे यह सिद्ध होता है कि प्रोग्राम के वे हिस्से कार्यान्वित हो रहे हैं। वेंडरों या टूल्स के लिए कोई AMLR प्रमाणन या अनुमोदन नहीं है।

## संबंधित संसाधन

> [card] [AMLR समाधान अवलोकन](https://didit.me/solutions/amlr)
>
> व्यावसायिक दृष्टिकोण: AMLR किसे बाध्य करता है और Didit इसमें कहाँ फिट बैठता है।

> [card] [पहचान सत्यापन के तरीके](https://docs.didit.me/hi/core-technology/id-verification/verification-methods.md)
>
> दस्तावेज़ कैप्चर, गैर-दस्तावेज़ लुकअप और डिजिटल ID वॉलेट।

> [card] [डिजिटल ID वॉलेट](https://docs.didit.me/hi/core-technology/id-verification/digital-id-wallets.md)
>
> प्रति वॉलेट उपलब्धता और आश्वासन स्तर।

> [card] [व्यवसाय सत्यापन (KYB)](https://docs.didit.me/hi/business-verification/overview.md)
>
> रजिस्ट्री लुकअप, स्वामित्व और प्रमुख व्यक्ति।

> [card] [AML स्क्रीनिंग](https://docs.didit.me/hi/core-technology/aml-screening/overview.md)
>
> प्रतिबंध, PEP और वॉचलिस्ट स्क्रीनिंग के साथ सतत निगरानी।

> [card] [लेन-देन निगरानी](https://docs.didit.me/hi/transaction-monitoring/overview.md)
>
> नियम, अलर्ट, केस और FIU रिपोर्ट तैयार करना।

> [card] [प्रश्नावलियाँ](https://docs.didit.me/hi/core-technology/questionnaires/overview.md)
>
> संबंध के उद्देश्य और धन के स्रोत के लिए टेम्पलेट्स।

> [card] [डेटा प्रतिधारण](https://docs.didit.me/hi/console/data-retention.md)
>
> प्रतिधारण विंडो और मांग पर विलोपन।

> [card] [Webhook](https://docs.didit.me/hi/integration/webhooks.md)
>
> इवेंट प्रकार, payload और हस्ताक्षर सत्यापन।

> [card] [मूल्य निर्धारण](https://docs.didit.me/hi/getting-started/pricing.md)
>
> प्रति जांच भुगतान करें। प्रत्येक सुविधा की वर्तमान कीमत देखें।


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