> ## 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 وواجهات API للائحة 2024/1624

> يربط دليل Didit هذا كل متطلب من لائحة مكافحة غسل الأموال الأوروبية (AMLR) بسير العمل وendpoints وwebhooks التي تنفذه في منصة Didit.

تضع اللائحة الأوروبية لمكافحة غسل الأموال (AMLR)، اللائحة (EU) 2024/1624، قواعد العناية الواجبة تجاه العملاء (CDD) ضمن نص واحد واجب التطبيق مباشرة. وهي تلزم مؤسسات الائتمان والمؤسسات المالية، بما في ذلك مزودو خدمات الأصول المشفرة (CASPs)، ومزودو خدمات ألعاب القمار، وسائر الكيانات الملزمة الواردة في المادة 3. دخلت اللائحة حيز التنفيذ في 9 يوليو 2024 وسيبدأ تطبيقها اعتباراً من 10 يوليو 2027. وحتى ذلك الحين، تستمر القوانين الوطنية التي تنقل التوجيه الحالي إلى التشريعات المحلية في التطبيق.

هذه الصفحة مخصصة للمطورين ومهندسي الامتثال المكلفين بتنفيذ ذلك. يوضح كل قسم ما تطلبه اللائحة، ويذكر رقم المادة، ويعرض خطوة سير العمل في Didit، أو endpoint لـ API، أو webhook الذي يمكنك استخدامه لهذا الجزء. للاطلاع على النظرة العامة الخاصة بالأعمال، راجع [صفحة حلول AMLR](https://didit.me/solutions/amlr).

آخر مراجعة: 2 أكتوبر 2026.

> [!WARNING]
>
> **توفر Didit الفحوصات والأدلة. وأنت تبقى الكيان الملزم.** أنت من يحدد ملف المخاطر الخاص بالعميل، وأنت من يقرر إجراء التسجيل، وتظل مسؤولاً مسؤولية كاملة عن أي مهمة تسندها إلى جهات خارجية (المادة 18). استخدام Didit لا يضمن في حد ذاته امتثال شركتك للائحة AMLR. هذه الصفحة لا تشكل استشارة قانونية: تحقق من كيفية تطبيق كل قاعدة على عملك مع مستشارك القانوني والجهة الإشرافية الخاصة بك.

## متطلبات AMLR في لمحة موجزة

| الالتزام | المادة | موضعه في Didit |
| - | - | - |
| معرفة متى تُفعَّل العناية الواجبة | المادة 19 | منطق التوجيه الخاص بك، متبوعاً بجلسة لكل مُشغِّل. راجع [متى تُطبَّق العناية الواجبة](#متى-تُطبَّق-العناية-الواجبة) |
| تحديد هوية العميل والتحقق من هويته | المادة 20(1)(a)، المادة 22 | التحقق من الهوية عبر محافظ الهوية الرقمية أو التقاط المستندات. راجع [تحديد هوية الأشخاص والتحقق منها](#تحديد-هوية-الأشخاص-والتحقق-منها) |
| تحديد المستفيدين الحقيقيين وفهم هيكل الملكية | المادة 20(1)(b)، المواد 51 إلى 53 | سير عمل التحقق من الشركات. راجع [التحقق من الشركات والمستفيدين الحقيقيين](#التحقق-من-الشركات-والمستفيدين-الحقيقيين) |
| التحقق من العقوبات والأشخاص المعرضين سياسياً | المادة 20(1)(d) و(g)، المادة 42 | فحص AML. راجع [الفحص للتحقق من العقوبات والأشخاص المعرضين سياسياً](#فحص-العقوبات-والأشخاص-المعرضين-سياسياً-peps) |
| مراقبة العلاقة وإبقاء بيانات العملاء محدثة | المادة 26 | مراقبة AML المستمرة وانتهاء صلاحية المستندات. راجع [المراقبة المستمرة والتحديث](#المراقبة-المستمرة-والتحديث) |
| فهم الغرض من العلاقة ومصدر الأموال عند الضرورة | المادة 25 | الاستبيانات. راجع [الغرض ومصدر الأموال](#الغرض-ومصدر-الأموال) |
| مراقبة المعاملات والإبلاغ عن الاشتباهات | المادة 26(1)، المادة 69 | مراقبة المعاملات وإدارة الحالات. راجع [مراقبة المعاملات والإبلاغ](#مراقبة-المعاملات-والإبلاغ-عنها) |
| الاحتفاظ بالسجلات لمدة 5 سنوات، ثم حذف البيانات الشخصية | المادة 77 | إعداد الاحتفاظ بالبيانات، وعمليات التصدير، والحذف عند الطلب. راجع [الاحتفاظ بالسجلات، ثم الحذف](#الاحتفاظ-بالسجلات،-ثم-حذفها) |
| إشراك عنصر بشري في القرارات المؤتمتة | المادة 76(5) | المراجعة اليدوية وتحديثات الحالة. راجع [المراجعة البشرية للقرارات المؤتمتة](#المراجعة-البشرية-للقرارات-الآلية) |
| حوكمة ما تسنده إلى جهات خارجية | المادة 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 متى يتعين عليك تطبيق العناية الواجبة تجاه العملاء: عند إنشاء علاقة عمل؛ وللمعاملات العارضة التي لا تقل عن 10,000 يورو، سواء في عملية واحدة أو في معاملات مرتبطة؛ وعند وجود اشتباه في غسل الأموال أو تمويل الإرهاب، بغض النظر عن المبلغ؛ وعند الشك في صحة بيانات تحديد الهوية التي تحتفظ بها بالفعل. وتُطبَّق حدود تفعيل أدنى في بعض القطاعات: 1,000 يورو للتحويلات العارضة للأموال وللمعاملات العارضة لدى مزودي CASP، و3,000 يورو للمعاملات النقدية العارضة (تحديد الهوية والتحقق منها على الأقل)، و2,000 يورو في ألعاب القمار. ويجب على مزود CASP تحديد هوية العميل والتحقق منها على الأقل للمعاملات العارضة التي تقل عن 1,000 يورو.

لا تقرر Didit ما إذا كان المُشغِّل منطبقًا أم لا. بل تقوم أنت بالتوجيه وفقاً لنوع المعاملة ومبلغها في الكود البرمجي الخاص بك، ثم تبدأ سير العمل المتوافق معها.

| المتطلب | ميزة Didit | الـ endpoint أو الإعداد |
| - | - | - |
| بدء العناية الواجبة لعلاقة عمل جديدة (المادة 19(1)(a)) | جلسة تحقق ضمن سير عمل التسجيل الخاص بك | [`POST /v3/session/`](https://docs.didit.me/ar/sessions-api/create-session) |
| بدء العناية الواجبة عندما تتجاوز معاملة عارضة الحد الخاص بك (المادة 19(1)(b)، 19(2) إلى 19(5)) | جلسة تحقق ضمن سير العمل الذي تختاره لذلك المُشغِّل | [`POST /v3/session/`](https://docs.didit.me/ar/sessions-api/create-session) مع استخدام `workflow_id` المطابق |
| اكتشاف المعاملات المرتبطة التي تتجاوز الحد مجتمعة | قواعد معدل التكرار في مراقبة المعاملات | [`POST /v3/transactions/`](https://docs.didit.me/ar/transaction-monitoring/transactions)، [القواعد](https://docs.didit.me/ar/transaction-monitoring/rules.md) |
| مطالبة العميل بالتحقق قبل تسوية المعاملة التي أُطلق بشأنها تنبيه | ينقل إجراء القاعدة المعاملة إلى `AWAITING_USER` وتُنشأ جلسة تحقق مرتبطة بها | [حالات المعاملة](https://docs.didit.me/ar/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، إلى جانب خدمات الثقة المؤهلة ذات الصلة.

### نقاط البيانات مقابل القرار

يحمل القرار الذي يعود به [`GET /v3/session/{sessionId}/decision/`](https://docs.didit.me/ar/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/ar/core-technology/id-verification/report-id-verification.md) |
| محل الإقامة المعتاد | `address`، `formatted_address`، `parsed_address` | نادراً ما تتضمن جوازات السفر عنواناً. أضف [إثبات العنوان](https://docs.didit.me/ar/core-technology/proof-of-address/overview.md) أو [التحقق من قواعد البيانات](https://docs.didit.me/ar/core-technology/database-validation/overview.md) عندما لا يتضمنه المستند |
| الرقم الضريبي، حيثما كان متاحاً | `extra_fields.tax_number` | فقط عندما يتضمنه المستند. بخلاف ذلك، اجمعه باستخدام [الاستبيانات](https://docs.didit.me/ar/core-technology/questionnaires/overview.md) |

### المساران

| المتطلب | ميزة Didit | endpoint أو الإعداد |
| - | - | - |
| التحقق باستخدام تحديد الهوية الإلكتروني (المادة 22(6)(b)) | [محافظ الهوية الرقمية](https://docs.didit.me/ar/core-technology/id-verification/digital-id-wallets.md). متاحة في بيئة الإنتاج: MitID (الدنمارك)، وBankID Sweden، وFinnish Trust Network (فنلندا)، وSmart-ID (إستونيا ولاتفيا وليتوانيا وبلجيكا)، وMobile-ID (إستونيا وليتوانيا). محفظة الهوية الرقمية الأوروبية (EUDI Wallet): **قريباً** | تكوين الطرق حسب الدولة في [خطوة التحقق من الهوية](https://docs.didit.me/ar/console/id-verification-methods.md). يُبلغ التقرير عن `verification_method` و`wallet_provider` |
| التحقق باستخدام مستند إثبات الهوية (المادة 22(6)(a)) | [التقاط المستندات](https://docs.didit.me/ar/core-technology/id-verification/overview.md) مع فحوصات الأصالة، و[قراءة شريحة NFC](https://docs.didit.me/ar/core-technology/nfc-verification/overview.md) لجوازات السفر الإلكترونية وبطاقات الهوية الإلكترونية. للاستخدام عن بعد، اقرأ مسودة المعايير أدناه | خطوتا التحقق من الهوية وNFC في سير العمل |
| التأكد من أن الشخص الذي يقدم المستند هو صاحبه | [كشف الحيوية](https://docs.didit.me/ar/core-technology/liveness/overview.md) و[مطابقة الوجه](https://docs.didit.me/ar/core-technology/face-match/overview.md) مع الصورة الشخصية في المستند | خطوتا كشف الحيوية ومطابقة الوجه. النتائج في `liveness_checks[]` و`face_matches[]` |
| الاحتفاظ بالأدلة التي يمكنك مراجعتها لاحقاً | سجل الجلسة متضمناً الصور والبيانات المستخرجة والطوابع الزمنية | [`GET /v3/session/{sessionId}/generate-pdf/`](https://docs.didit.me/ar/sessions-api/generate-pdf)، [عمليات التصدير](https://docs.didit.me/ar/console/export-pdf-csv.md) |

يُدرج مستوى الضمان الذي تبلّغ عنه كل محفظة في صفحة [محافظ الهوية الرقمية](https://docs.didit.me/ar/core-technology/id-verification/digital-id-wallets.md). إن تقييم ما إذا كان مخطط معين يلبي المادة 22(6)(b) لاستخدامك هو مسؤوليتك الخاصة. تُعد Didit التكامل الذي يتيح لعميلك استخدام المحفظة؛ وهي ليست بحد ذاتها مزود خدمات ثقة مؤهلاً أو مخطط eID.

### ما تنص عليه مسودة المعايير الفنية بشأن التحقق عن بعد

تتولى هيئة مكافحة غسل الأموال (AMLA) إعداد المعايير الفنية التنظيمية (RTS) بشأن العناية الواجبة تجاه العملاء بموجب المادة 28(1). يحمل التقرير النهائي الصادر عن 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 أو الإعداد |
| - | - | - |
| تحديد الكيان القانوني والتحقق منه مقابل السجل | [التحقق من الشركات](https://docs.didit.me/ar/business-verification/overview.md) (اعرف شركتك، KYB) مع البحث في سجل الشركات بمستوى Lite أو Shareholders أو UBOs. يختلف توفر المستويات بحسب الدولة | [`POST /v3/session/`](https://docs.didit.me/ar/sessions-api/create-session) مع `workflow_id` خاص بـ KYB. راجع [الدول المدعومة](https://docs.didit.me/ar/business-verification/supported-countries.md) |
| تحديد المستفيدين الحقيقيين النهائيين (UBOs) بنسبة 25 % أو أكثر | [الملكية](https://docs.didit.me/ar/business-verification/ownership.md) من السجل حيثما كان متاحاً، مع تأكيدها وتوسيعها من قِبل ممثل الشركة | حد UBO في **سير العمل**، ضمن سير عمل KYB. تظهر النتائج في `key_people_checks[]` |
| التحقق من هوية المالكين والمديرين والممثلين | عمليات التحقق من الهوية المرتبطة: يحصل كل [شخص رئيسي](https://docs.didit.me/ar/business-verification/key-people.md) على جلسة تحقق فرعية ضمن سير العمل الذي تختاره لكل دور | إعدادات مخصصة لكل دور ضمن **الأشخاص الرئيسيون** في سير عمل KYB |
| مقارنة ما يحتويه السجل بما يصرّح به العميل (المادة 22(7)، المادة 24) | عرض بيانات السجل والأطراف المقدمة جنباً إلى جنب | `key_people_checks[].registry` و`key_people_checks[].submitted` في القرار |
| فحص الشركة ومالكيها والجهات المسيطرة عليها | [فحص AML](https://docs.didit.me/ar/business-verification/aml.md) للشركات والأشخاص | خطوة AML في سير عمل KYB |

أربع نقاط يجب مراعاتها عند التصميم:

* **الحد متروك لتحدده بنفسك.** النسبة المذكورة في AMLR هي "25 % أو أكثر"، وليست "أكثر من 25 %". حد UBO في سير العمل قابل للضبط، لذا عيّنه بما يطابق ذلك وقم بمراجعته إذا كانت سياستك أكثر صرامة.
* **السجل ليس كافياً بمفرده.** تتطلب المادة 22(7) استشارة السجلات المركزية بالإضافة إلى التحقق من المستفيدين الحقيقيين. إبلاغ السجل عن أي تعارض خلال 14 يوماً تقويمياً (المادة 24) هو خطوتك أنت.
* **خلو نتيجة السجل ليس دليلاً على أن الشركة ليس لها مالكون.** قد لا يحتوي السجل على أي سجل ملكية لشركة أو دولة معينة. إذا لم تحدد أي مستفيد حقيقي، تطلب منك المادة 22(2) تسجيل ذلك وتحديد مسؤولي الإدارة العليا والتحقق منهم بدلاً من ذلك.
* **مراقبة السجلات قادمة قريباً.** المراقبة المستمرة لتغييرات السجلات غير متاحة بعد. وإلى أن تتوفر، أعِد تشغيل التحقق من الشركات وفق جدول التحديث الخاص بك.

## فحص العقوبات والأشخاص المعرضين سياسياً (PEPs)

يجب عليك التحقق مما إذا كان العميل أو مستفيدوه الحقيقيون خاضعين لعقوبات مالية مستهدفة، وما إذا كان الأشخاص الخاضعون للعقوبات يسيطرون على عميل من الكيانات القانونية أو يمتلكون أكثر من 50 % منه (المادة 20(1)(d)). في AMLR، تعني العقوبات المالية المستهدفة عقوبات الاتحاد الأوروبي. يجب عليك أيضاً تحديد ما إذا كان العميل أو المستفيد الحقيقي شخصاً معرضاً سياسياً (PEP)، أو أحد أفراد عائلته، أو شخصاً مقرباً منه (المادة 20(1)(g)). وبالنسبة للأشخاص المعرضين سياسياً، تضيف المادة 42 موافقة الإدارة العليا، وتدابير لتحديد مصدر الثروة ومصدر الأموال، ومراقبة مستمرة معززة.

| المتطلب | ميزة Didit | الـ endpoint أو الإعداد |
| - | - | - |
| الفحص عند التسجيل | خطوة [فحص AML](https://docs.didit.me/ar/core-technology/aml-screening/overview.md) في سير العمل، مقابل قوائم العقوبات والأشخاص المعرضين سياسياً وقوائم المراقبة | خطوة AML وحدودها في سير العمل. تظهر النتائج في `aml_screenings[]` |
| الفحص بدون تدفق مستضاف | فحص مستقل لشخص أو لشركة | [`POST /v3/aml/`](https://docs.didit.me/ar/standalone-apis/aml-screening) |
| معرفة القوائم المشمولة | [قاعدة بيانات قوائم المراقبة](https://docs.didit.me/ar/core-technology/aml-screening/watchlist-database-aml-screening.md)، والتي تشمل قائمة الاتحاد الأوروبي الموحدة للعقوبات المالية | صفحة المرجع |
| تسجيل قرار بشأن كل تطابق | مراجعة التطابقات مع `review_status` لكل تطابق | [`PATCH /v3/session/{sessionId}/update-aml-hit-status/`](https://docs.didit.me/ar/sessions-api/update-aml-hit-status) |
| إرسال تطابقات العقوبات والأشخاص المعرضين سياسياً إلى شخص لمراجعتها | الحدود التي تنقل الجلسة إلى `"In Review"` | حدود AML في سير العمل، ثم [مراجعة يدوية](https://docs.didit.me/ar/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` يؤدي إلى إطلاق webhook من نوع `data.updated` ولا يغير قرار الجلسة بمفرده. الحصول على موافقة الإدارة العليا لعلاقة عمل مع شخص معرض سياسياً هو إجراء خاص بك: وجّه الجلسة إلى المراجعة وسجّل من وافق عليها.

## المراقبة المستمرة والتحديث

تتطلب المادة 26 مراقبة مستمرة لعلاقة العمل والحفاظ على معلومات حديثة عن العميل. يجب ألا تتجاوز الفترة الفاصلة بين التحديثات سنة واحدة للعملاء ذوي المخاطر الأعلى و5 سنوات لجميع العملاء الآخرين (المادة 26(2))، ويجب عليك أيضًا التحديث عند تغير ظروف العميل أو عند معرفتك بحقيقة ذات صلة (المادة 26(3)). يجب تكرار فحوصات العقوبات بانتظام، وبالنسبة لمؤسسات الائتمان والمؤسسات المالية عند أي إدراج جديد (المادة 26(4)).

| المتطلب | ميزة Didit | endpoint أو الإعداد |
| - | - | - |
| إعادة فحص العملاء مقابل قوائم العقوبات وقوائم PEP | [مراقبة AML المستمرة](https://docs.didit.me/ar/core-technology/aml-screening/continuous-monitoring-aml-screening.md) مع إعادة فحص يومية | تفعيلها في خطوة AML، أو لكل ملف شخصي باستخدام [`POST /v3/users/aml-monitoring/`](https://docs.didit.me/ar/management-api/aml-monitoring/toggle-users) |
| إعادة فحص الشركات | مراقبة AML المستمرة للملفات الشخصية للشركات | [`POST /v3/businesses/aml-monitoring/`](https://docs.didit.me/ar/management-api/aml-monitoring/toggle-businesses) |
| الإشعار عندما تؤدي إعادة الفحص إلى تغيير النتيجة | webhooks على الجلسة | `status.updated` عند تغير الحالة، على سبيل المثال إلى `"In Review"`، و`data.updated`. يتضمن الـ payload المعامل `trigger: "ongoing_monitoring"` |
| إثبات تشغيل المراقبة عندما لا يتغير أي شيء | تاريخ آخر فحص وسجل الفحص | `last_ongoing_screening_at` في تقرير AML، وتصدير سجل الفحص |
| اكتشاف مستندات الهوية منتهية الصلاحية | [مراقبة المستندات](https://docs.didit.me/ar/core-technology/id-verification/document-monitoring-id-verification.md) | تنتقل الجلسة من `"Approved"` إلى `"Kyc Expired"` ويتم إطلاق webhook من نوع `status.updated` |

```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` المعتادة.

### جدولة التحديث كل سنة وكل 5 سنوات في نظامك الخاص

يعتمد جدول التحديث الزمني على فئة المخاطر التي تحددها، ولا يمكن إسناد هذا القرار لمصادر خارجية. لا تحتفظ Didit بفئة المخاطر الخاصة بك ولا تجدول التحديث الدوري نيابةً عنك.

**1. تخزين فئة المخاطر وتاريخ آخر تحديث**

احتفظ بهما في سجل العميل الخاص بك، بجانب `vendor_data` التي ترسلها إلى Didit.

**2. تشغيل مهمة مجدولة**

حدد العملاء الذين يكون آخر تحديث لهم أقدم من الفترة المحددة لديك: سنة واحدة كحد أقصى للمخاطر الأعلى، و5 سنوات كحد أقصى للباقين. هذه فترات قصوى، لذا يمكنك اختيار فترات أقصر.

**3. إنشاء جلسة جديدة**

استدعِ [`POST /v3/session/`](https://docs.didit.me/ar/sessions-api/create-session) بنفس قيمة `vendor_data` وسير عمل التحديث الخاص بك، ثم أرسل `url` إلى العميل.

**4. التفاعل مع الأحداث أيضًا**

تعامل مع `"Kyc Expired"`، وwebhook المراقبة الذي ينقل الجلسة إلى `"In Review"`، والتغيير الذي يبلّغ عنه العميل كمُشغِّلات لتحديث مبكر.

## الغرض ومصدر الأموال

قبل الدخول في علاقة عمل أو تنفيذ معاملة عرضية، تطلب منك المادة 25 فهم غرضها وطبيعتها المقصودة. عند الضرورة، تحصل على معلومات حول الغرض والمبرر الاقتصادي، والحجم التقديري للنشاط، ومصدر الأموال، ووجهة الأموال، والنشاط التجاري للعميل أو مهنته. تعني عبارة "عند الضرورة" أن النطاق يعتمد على المخاطر. يمكن أن تضيف العناية الواجبة المشددة مصدر الثروة (المادة 34(4)).

| المتطلب | ميزة Didit | endpoint أو الإعداد |
| - | - | - |
| جمع الغرض والنشاط المتوقع | [الاستبيانات](https://docs.didit.me/ar/core-technology/questionnaires/overview.md) باستخدام قالب الغرض من الحساب (Purpose of Account) | خطوة الاستبيان في سير العمل |
| جمع مصدر الأموال مع المستندات الداعمة | قالب مصدر الأموال (Source of Funds) مع تحميل الملفات | خطوة الاستبيان في سير العمل |
| جمع المهنة وصاحب العمل | قالب تفاصيل التوظيف (Employment Details) | خطوة الاستبيان في سير العمل |
| تعيين شخص لقراءة كل إجابة | ضبط الاستبيان ليؤدي دائمًا إلى حالة `"In Review"` | إعداد المراجعة اليدوية في الاستبيان |

القوالب هي نقطة انطلاق. يمكنك تعديل الأسئلة لتتوافق مع تقييم المخاطر لديك، والاحتفاظ بالإجابات مع الجلسة لتكون في نفس السجل مع فحص الهوية.

## مراقبة المعاملات والإبلاغ عنها

تغطي المراقبة المستمرة المعاملات المنفذة خلال فترة العلاقة، لضمان استمرار توافقها مع ما تعرفه عن العميل (المادة 26(1)). عندما تعلم أو تشتبه أو يكون لديك أسباب معقولة للاشتباه في أن الأموال هي عائدات نشاط إجرامي أو مرتبطة بتمويل الإرهاب، فإنك تبلّغ وحدة المعلومات المالية (FIU) الخاصة بك بموجب المادة 69.

| المتطلب | ميزة Didit | endpoint أو الإعداد |
| - | - | - |
| إرسال كل معاملة للتقييم | [مراقبة المعاملات](https://docs.didit.me/ar/transaction-monitoring/overview.md) للعملات التقليدية والمشفرة | [`POST /v3/transactions/`](https://docs.didit.me/ar/transaction-monitoring/transactions) |
| تطبيق معايير الكشف التي وافقت عليها | حزم قواعد محددة مسبقًا و[قواعد](https://docs.didit.me/ar/transaction-monitoring/rules.md) مخصصة، ولكل منها وضع تتحكم فيه | القواعد في لوحة التحكم أو واجهة برمجة تطبيقات القواعد |
| الإشعار بالقرار | webhooks | `transaction.created` و`transaction.status.updated` |
| التحقيق | [التنبيهات](https://docs.didit.me/ar/transaction-monitoring/alerts.md) و[الحالات](https://docs.didit.me/ar/transaction-monitoring/cases.md) مع جدول زمني لكل إجراء | إدارة الحالات في لوحة التحكم |
| إعداد التقرير | [إعداد تقرير وحدة المعلومات المالية](https://docs.didit.me/ar/console/case-management/fiu-reports.md) من بيانات الحالة | علامة التبويب **تقارير وحدة المعلومات المالية** في الحالة |

```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 ملفات التقرير من الحالة. ولا ترسل أي شيء إلى وحدة المعلومات المالية. يتم تقديم التقرير بواسطة مسؤول الامتثال لديك عبر قناة وحدة المعلومات المالية الخاصة بك.

## الاحتفاظ بالسجلات، ثم حذفها

المادة 77 تحدد واجبك في الاحتفاظ بالسجلات. تحتفظ بالمستندات والمعلومات التي تم الحصول عليها لإجراءات العناية الواجبة تجاه العملاء، وسجلات تقييمات الشبهات لديك، وسجلات المعاملات لمدة 5 سنوات. تبدأ الفترة عند انتهاء علاقة العمل، أو عند تنفيذ المعاملة العارضة، أو عند رفضك بدء العلاقة (المادة 77(3)). وعند انتهاء السنوات الخمس، تقوم بحذف البيانات الشخصية، ما لم ينطبق قانون آخر أو تطلب منك إحدى السلطات الاحتفاظ بسجلات محددة لفترة أطول.

يبدأ احتساب الوقت من حدث في نظامك: انتهاء العلاقة. لا تعرف Didit هذا التاريخ، لذا فإن مدة الاحتفاظ التي تقوم بتهيئتها وعمليات الحذف التي تطلبها هي قرارات تعود إليك.

| المتطلب | ميزة Didit | الـ endpoint أو الإعداد |
| - | - | - |
| الاحتفاظ بسجلات الجلسات طوال فترة سريان واجبك | [إعداد الاحتفاظ](https://docs.didit.me/ar/console/data-retention.md): نافذة من شهر واحد إلى 10 سنوات، أو غير محدودة | **Business Console ← إعدادات التطبيق ← الاحتفاظ بالبيانات** |
| الحذف عند انتهاء فترة السنوات الخمس الخاصة بك | حذف الجلسة عند الطلب | [`DELETE /v3/session/{sessionId}/delete/`](https://docs.didit.me/ar/sessions-api/delete-session) |
| تسليم ملف إلى جهة إشرافية أو مدقق حسابات | تقرير PDF لكل جلسة ولكل مستخدم، وتصدير CSV مجمّع | [`GET /v3/session/{sessionId}/generate-pdf/`](https://docs.didit.me/ar/sessions-api/generate-pdf)، [عمليات التصدير](https://docs.didit.me/ar/console/export-pdf-csv.md) |
| الاحتفاظ بأدلة الفحص | تصدير سجل الفحص لكل جلسة | [أدلة المراقبة المستمرة](https://docs.didit.me/ar/core-technology/aml-screening/continuous-monitoring-aml-screening.md#إثبات-تشغيل-المراقبة) |

**1. اختر نافذة احتفاظ لا يمكن أن تنتهي مبكراً**

تصل الجلسة إلى نهاية النافذة ويتم حذفها. اختر نافذة تغطي طول علاقاتك مع العملاء بالإضافة إلى 5 سنوات، أو اتركها غير محدودة وقم بالحذف عند الطلب.

**2. سجّل تاريخ انتهاء العلاقة**

قم بتخزين تاريخ الإنهاء أو المعاملة أو الرفض في نظامك الخاص. هذا التاريخ هو الذي تبدأ منه السنوات الخمس الخاصة بك.

**3. احذف عند انتهاء الفترة**

استدعِ `DELETE /v3/session/{sessionId}/delete/` لكل جلسة تابعة لذلك العميل. الحذف لا يمكن التراجع عنه وتتوقف عناوين URL للوسائط عن العمل.

> [!WARNING]
>
> **سجلات التدقيق وسجل الفحص لا يغطيان واجب السنوات الخمس بمفردهما.** تتوفر سجلات التدقيق لمدة تتراوح بين 30 يوماً و3 سنوات اعتماداً على [خطتك](https://docs.didit.me/ar/console/audit-logs.md#الاحتفاظ-بالبيانات)، وتتوفر سجلات عمليات الفحص لمدة عامين بشكل افتراضي. إذا كانت سياسة السجلات لديك تعتمد عليهما، فقم بتصديرهما إلى سجلاتك الخاصة قبل انتهاء تلك الفترات. سجلات الجلسات الخاضعة لإعداد الاحتفاظ بالبيانات الخاص بك هي ما يتطابق مع المادة 77.

## المراجعة البشرية للقرارات الآلية

تتيح لك المادة 76(5) اتخاذ قرارات ناتجة عن عمليات مؤتمتة، بما في ذلك أنظمة التنميط وأنظمة الذكاء الاصطناعي، وفقاً لثلاثة شروط. تقتصر البيانات على بيانات العناية الواجبة. يخضع أي قرار لبدء علاقة عمل أو رفضها أو الحفاظ عليها، أو لتنفيذ معاملة عارضة أو رفضها، أو لتغيير نطاق العناية الواجبة لتدخل بشري هادف. ويمكن للعميل الحصول على تفسير للقرار والطعن فيه.

| المتطلب | ميزة Didit | الـ endpoint أو الإعداد |
| - | - | - |
| إرسال الحالات إلى شخص | الحدود وفروع سير العمل التي تنتهي بـ `"In Review"` | [سير العمل](https://docs.didit.me/ar/console/workflows.md) |
| مراجعة الأدلة واتخاذ القرار | [مراجعة يدوية](https://docs.didit.me/ar/console/manual-review.md) مع سبب الرفض وملاحظات المراجعة | لوحة التحكم، أو [`PATCH /v3/session/{sessionId}/update-status/`](https://docs.didit.me/ar/sessions-api/update-status) |
| طلب مراجِع ثانٍ | [مراجعة بمبدأ الرقابة الثنائية](https://docs.didit.me/ar/console/case-management/four-eyes.md) على مخطط الحالة: يوافق مسؤول مختلف على الحل أو يرفضه | إدارة الحالات في لوحة التحكم |
| توضيح النتيجة | نتائج كل فحص والتحذيرات وتعليقات المراجِع على الجلسة | [`GET /v3/session/{sessionId}/decision/`](https://docs.didit.me/ar/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"` هي نتيجة الفحوصات التي قمت بتهيئتها. وهو مدخل لقرارك بالتسجيل، وهو قرار تتركه المادة 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 لديك اتفاقية معالجة البيانات والتدابير التقنية والتنظيمية |
| المهام المفوضة | عمليات الفحص في كل سير عمل تقوم بتشغيله، حسب إصدار سير العمل | [سير العمل](https://docs.didit.me/ar/console/workflows.md). تحمل الجلسات وwebhook الحقلين `workflow_id` و`workflow_version` |
| المهام التي تحتفظ بها | المهام الست المذكورة أعلاه، مع تحديد المسؤول عنها داخل مؤسستك | سياساتك الخاصة |
| مؤهلات المزوّد (المادة 18(4)) | الشهادات والإقرارات | [الشهادات](https://docs.didit.me/ar/getting-started/certifications.md) |
| موقع البيانات | تُعالج البيانات وتُخزن في الاتحاد الأوروبي افتراضياً. وتتوفر المعالجة داخل الدولة في خطة المؤسسات (Enterprise) | [الاحتفاظ بالبيانات](https://docs.didit.me/ar/console/data-retention.md#الدور-وموقع-المعالجة) |
| الضوابط المنتظمة (المادة 18(4)) | فحصك لعينات من الجلسات، وعمليات التصدير، وسجلات مسار المراجعة، بوتيرة تتناسب مع مدى أهمية المهمة | [عمليات التصدير](https://docs.didit.me/ar/console/export-pdf-csv.md)، [سجلات التدقيق](https://docs.didit.me/ar/console/audit-logs.md) |
| إخطار الجهة الرقابية (المادة 18(1)) | تاريخ إخطارك للجهة الرقابية، قبل الإطلاق الفعلي | خطوتك. لا يعني الإخطار بالضرورة قبول الجهة الرقابية للترتيب |

## سير العمل المرجعي

نقطة انطلاق لسير عمل تسجيل الأشخاص الطبيعيين. كيّفه وفقاً لتقييم المخاطر الخاص بك.

**1. إنشاء سير العمل**

في لوحة تحكم الأعمال (Business Console)، افتح **سير العمل** وأنشئ سير عمل اعرف عميلك (KYC). استخدم أداة البناء المرئية إذا كنت بحاجة إلى تفريعات حسب الدولة أو حسب النتيجة.

**2. اختيار طرق التحقق من الهوية حسب الدولة**

في خطوة **التحقق من الهوية**، قم بتمكين محافظ الهوية الرقمية المتاحة للدول التي تخدمها، والتقاط المستندات كمسار لجميع المستخدمين الآخرين. راجع [طرق التحقق من الهوية](https://docs.didit.me/ar/console/id-verification-methods.md).

**3. ربط المستند بالشخص**

بالنسبة لمسار المستندات، أضف **كشف الحيوية** و**مطابقة الوجه**، و**NFC** عندما يحتوي المستند على شريحة إلكترونية.

**4. تغطية العنوان**

أضف **إثبات العنوان** للعملاء الذين لا تتضمن مستنداتهم عنواناً.

**5. الفحص والمراقبة**

أضف **فحص AML**، وحدد الحدود التي تحيل التطابق إلى المراجعة، وقم بتفعيل المراقبة المستمرة.

**6. طلب الغرض ومصدر الأموال**

أضف **الاستبيانات** من قوالب الغرض من الحساب ومصدر الأموال.

**7. الاشتراك في أحداث webhook**

أنشئ وجهة webhook للاشتراك في الحدثين `status.updated` و`data.updated`. راجع [webhook](https://docs.didit.me/ar/integration/webhooks.md).

**8. النشر ونسخ معرّف سير العمل**

انشر سير العمل واستخدم `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 حدث webhook من نوع `status.updated`. إليك مقتطفاً منه:

```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` مفتاح idempotency الخاص بك، وطابق `status` كنص دقيق حساس لحالة الأحرف. القيم مدرجة في [حالات التحقق](https://docs.didit.me/ar/integration/verification-statuses.md). ثم اقرأ القرار بالكامل عبر `GET /v3/session/{sessionId}/decision/` ومرره إلى الشخص أو العملية التي تتخذ قرار التسجيل لديك.

## الجدول الزمني

| التاريخ | ما يحدث |
| - | - |
| 19 يونيو 2024 | نشر AMLR، اللائحة (الاتحاد الأوروبي) 2024/1624، في الجريدة الرسمية |
| 9 يوليو 2024 | دخول AMLR حيز النفاذ |
| 30 سبتمبر 2026 | تحدد AMLA موعد تقريرها النهائي حول مسودة معايير العناية الواجبة تجاه العملاء (المعلن عنه في 1 أكتوبر 2026). يُرفع إلى المفوضية، ولا يُعتمد |
| 10 يوليو 2027 | بدء تطبيق AMLR. الموعد النهائي للدول الأعضاء لنقل التوجيه السادس لمكافحة غسل الأموال إلى القوانين الوطنية، التوجيه (الاتحاد الأوروبي) 2024/1640. من المقرر صدور إرشادات AMLA بشأن الاستعانة بمصادر خارجية |
| 2028 | بدء إشراف AMLA المباشر على كيانات مالية مختارة. يقتصر الحد الأقصى للجولة الأولى على 40 كياناً |
| 10 يوليو 2029 | تطبيق AMLR على وكلاء كرة القدم وأندية كرة القدم المحترفة |

## الأسئلة الشائعة

> [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 على التحقق عن بُعد باستخدام المستند كبديل في الحالات التي لا يمكن فيها توقع تقديم الشخص للمستند وجهاً لوجه بشكل معقول ولا يتوفر لديه وصول إلى هوية إلكترونية مؤهلة. ويجب أن تكون قادراً على تبرير استخدامه وإظهار الضمانات المطبقة. ولا تحدد المسودة تقنية بعينها، كما أنها لم تصبح قانوناً بعد.

> [accordion] هل المعايير الفنية نهائية؟
>
> لا. أنهت AMLA مسودتها في 30 سبتمبر 2026 وأرسلتها إلى المفوضية الأوروبية. ولا تصبح ملزمة إلا بعد أن تعتمدها المفوضية وتُنشر في الجريدة الرسمية، وقد تُجري المفوضية تعديلات عليها. وتقترح المسودة تطبيقها بعد ستة أشهر من دخولها حيز التنفيذ، لذا لا يوجد تاريخ محدد في التقويم حتى الآن.

> [accordion] هل يتعين عليّ قبول محفظة EUDI Wallet، وهل تدعمها Didit؟
>
> تُدرج لائحة AMLR نفسها الهوية الإلكترونية كواحدة من وسيلتين للتحقق. وهي لا تلزم كل كيان خاضع بقبول محفظة 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] كيف أقوم بتنفيذ التحديث الدوري كل سنة أو 5 سنوات؟
>
> قم بتخزين فئة مخاطر العميل وتاريخ آخر تحديث في نظامك الخاص، وشغّل مهمة مجدولة تحدد العملاء الذين تجاوزوا فترتك المحددة، وأنشئ جلسة جديدة باستخدام `POST /v3/session/` مع نفس الـ `vendor_data`. أضف مُشغِّلات للأحداث: حالة `"Kyc Expired"`، أو webhook الخاص بالمراقبة، أو أي تغيير يبلغ عنه العميل. وتُعد فترات السنة والـ 5 سنوات في المادة 26(2) أقصى مدد زمنية مسموح بها.

> [accordion] ما الذي يمكنني إسناده لجهات خارجية؟
>
> مهام مثل جمع بيانات الهوية، وإجراء التحقق، والبحث في السجلات، والفحص، وتشغيل مراقبة المعاملات وفقاً للمعايير التي وافقت عليها. وهناك ست مهام لا يمكن إسنادها لجهات خارجية: اعتماد تقييم المخاطر على مستوى الشركة، واعتماد السياسات الداخلية، وتحديد ملف مخاطر العميل، واتخاذ قرار التسجيل، وإرسال التقارير إلى وحدة التحريات المالية (FIU)، واعتماد معايير الكشف. وتظل مسؤولاً بالكامل عما تسنده لجهات خارجية (المادة 18(2)).

> [accordion] كيف يمكنني ضبط مدة الاحتفاظ بقاعدة الـ 5 سنوات؟
>
> تبدأ السنوات الـ 5 عند انتهاء العلاقة، وليس عند التحقق من العميل. في **Business Console → App Settings → الاحتفاظ بالبيانات**، اختر إطاراً زمنياً طويلاً بما يكفي لتغطية العلاقة بالإضافة إلى 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/ar/core-technology/id-verification/verification-methods.md)
>
> التقاط المستندات، والبحث بدون مستندات، ومحافظ الهوية الرقمية.

> [card] [محافظ الهوية الرقمية](https://docs.didit.me/ar/core-technology/id-verification/digital-id-wallets.md)
>
> التوفر ومستوى الضمان لكل محفظة.

> [card] [التحقق من الشركات](https://docs.didit.me/ar/business-verification/overview.md)
>
> عمليات البحث في السجلات، والملكية، والأشخاص الرئيسيون.

> [card] [فحص AML](https://docs.didit.me/ar/core-technology/aml-screening/overview.md)
>
> فحص العقوبات، والأشخاص المعرضين سياسياً، وقوائم المراقبة مع المراقبة المستمرة.

> [card] [مراقبة المعاملات](https://docs.didit.me/ar/transaction-monitoring/overview.md)
>
> القواعد، والتنبيهات، والحالات، وإعداد تقارير وحدة الاستخبارات المالية (FIU).

> [card] [الاستبيانات](https://docs.didit.me/ar/core-technology/questionnaires/overview.md)
>
> قوالب لغرض العلاقة ومصدر الأموال.

> [card] [الاحتفاظ بالبيانات](https://docs.didit.me/ar/console/data-retention.md)
>
> فترات الاحتفاظ والحذف عند الطلب.

> [card] [webhook](https://docs.didit.me/ar/integration/webhooks.md)
>
> أنواع الأحداث، وpayload، والتحقق من التوقيع.

> [card] [الأسعار](https://docs.didit.me/ar/getting-started/pricing.md)
>
> الدفع لكل فحص. اطلع على السعر الحالي لكل ميزة.


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