> ## Documentation Index > Fetch the complete documentation index at: https://docs.orbit.devotel.io/llms.txt > Use this file to discover all available pages before exploring further. # شفافية EU AI Act المادة 50 لعملاء الذكاء الاصطناعي > كيف تلبّي عملاء الصوت والدردشة الذكية في Devotel Orbit التزام الشفافية في EU AI Act المادة 50، وكيف تضبطها وتتحقق منها # EU AI Act — شفافية المادة 50 تتطلب المادة 50 من EU AI Act أن يُخبر الشخص عندما يتفاعل مع نظام ذكاء اصطناعي (ما لم يكن هذا واضحاً من السياق)، وأن يُوسم المحتوى الصوتي، أو الصور، أو الفيديو، أو النص المولَّد أو المعدَّل اصطناعياً بالذكاء الاصطناعي كذلك. ينطبق الالتزام من **2 أغسطس 2026**. توثق هذه الصفحة ضوابط إفصاح الذكاء الاصطناعي التي تشحنها Devotel Orbit مسبقاً للوفاء بهذا الالتزام لعملاء الصوت والدردشة، وكيف تفعّلها، وكيف تصدّر الدليل لمنظِّم أو مشترٍ مؤسسي. *** ## نظرة عامة إفصاح الذكاء الاصطناعي هو **opt-in لكل تنظيم، مملوك للمستأجر**. سطح إعدادات واحد يقود نفس السلوك لأربعة تنظيمات تشارك الشكل: EU AI Act المادة 50، قانون الذكاء الاصطناعي الأساسي الكوري (نافذ منذ 2026-01-22)، كاليفورنيا SB 243 (نافذ منذ 2026-01-01)، وقانون سياسة الذكاء الاصطناعي في يوتا. اضبطها تحت **Settings → Compliance → AI Disclosure** في لوحة التحكم، أو عبر API الموصوف أدناه. الإفصاح **معطل افتراضياً** لكل مساحة عمل. مشغل المستأجر يفعّل القواعد التي تُطبق على حركته. > **ليس كشف جغرافي تلقائي.** لا تستنتج Orbit ولاية قضائية اتصال من > رقم هاتف، أو عنوان، أو IP — تفعيل قاعدة يطبقها على مستوى مساحة > العمل لكل تفاعل AI؛ لا يُشغَّل أو يُغلق لكل اتصال بناءً على الموقع. > إذا لمست حركة منظمتك الاتحاد الأوروبي، فعّل قاعدة `eu_ai_act_enabled` > لكامل مساحة العمل. الاستثناء الوحيد هو تذكير قاصر كاليفورنيا SB 243، > الذي ينطلق فقط لاتصالات صُفَّت قاصراً بشكل صريح — لا تستنتج Orbit > أبداً حالة القاصر من تاريخ ولادة أو إشارة أخرى. ## ما يُشحن اليوم 1. **إشعار الدردشة** — إشعار قابل للتكوين ("You are chatting with an AI assistant…") يُسبَق على أول رد لعامل الذكاء الاصطناعي في محادثة. يُرسَ ل مرة واحد لكل محادثة — لا يتكرر في كل دورة. 2. **مقدمة الصوت** — مقدمة منطوقة قابلة للتكوين ("This call is being handled by an AI agent…") تُشغَّل قبل أن يبدأ عامل الصوت الذكي مكالمة. يمكنك تقديم رابط صوتي مسجل مسبقاً أو السماح لـ Orbit بتركيب النص. 3. **وسم المحتوى المولود بالذكاء الاصطناعي** — رسائل يرسلها عامل الذكاء الاصطناعي تُختَم بـ `metadata.ai_generated: true`. المكالمات المسجلة ذات أي تورّط AI تُختَم بbetadata أصل EU AI Act المادة 50 على التسجيل المؤرشف. حيث يدمج مزود تحويل النص إلى كلام مُعدَّن watermark أصل محتوى غير مسموع، يُسجل ذلك الدعم لكل مكالمة — تغطية watermark تختلف حسب مزود TTS اليوم، فعاملها كإشارة إضافية بدلاً من ضمان عالمي. 4. **تذكير قاصر كاليفورنيا SB 243** — عند التفعيل، الاتصالات الموسومة قاصراً بشكل صريح تحصل على تذكير دوري "you're talking to an AI" خلال جلسات طويلة، على فترة قابلة للتكوين. 5. **تصدير dossier التوافق** — حزمة دليل بنقرة واحدة لكل عامل تربط إعداد الشفافية للعامل، ونتائج التقييم/الفريق الأحمر، وموافقات الإشراف البشري، وسجل تدقيق القرار بـ EU AI Act المواد 12، و14، و15، و50. 6. **تصدير دفتر إفصاح AI** — دفتر محفوظ خصوصية، مقاوم للعبث، موقع مشفرياً يثبت *متى* و *أين* تولى AI (لا بشري) تفاعلاً، قابل للتحقق المستقل دون الثقة بواجهة Orbit. ## تكوين إفصاح AI ### لوحة التحكم انتقِ ل **Settings → Compliance → AI Disclosure**. حرِّر نص إشعار الدردشة ونص مقدمة الصوت، ثم شغّل **EU AI Act §50** (وأي قواعد ولاية قضائية مطبقة أخرى) تحت "Jurisdiction rules". شغّل **Enabled by default** حتى تُقدَّم الإشعارات فعلاً — مفاتيح الولاية القضائية وحدها توسم فقط أي تنظيمات تُطبق؛ **Enabled by default** هو ما ينشط الختم وتسليم الإشعار. ### API ```bash theme={null} GET /api/v1/compliance/ai-disclosure ``` تُعيد صف الإعدادات الثابت الحالي للمستأجر (أو `{ "settings": null }` إن لم يُضبط أبداً): ```json theme={null} { "data": { "settings": { "id": "aidisc_default", "defaultEnabled": true, "chatNoticeText": "You are chatting with an AI assistant…", "voiceIntroAudioUrl": null, "voiceIntroText": "This call is being handled by an AI agent…", "minorBreakReminderMinutes": 60, "marketingDisclosureRequired": true, "krDisclosureEnabled": false, "caMinorReminderEnabled": true, "euAiActEnabled": true } } } ``` ```bash theme={null} PUT /api/v1/compliance/ai-disclosure ``` يقبل تحديثاً جزئياً — تتغير المفاتيح المقدمة فقط. يتطلب دور `owner` أو `admin`. ```json theme={null} { "default_enabled": true, "chat_notice_text": "You are chatting with an AI assistant.", "voice_intro_text": "This call is being handled by an AI voice agent.", "eu_ai_act_enabled": true } ``` | الحقل | النوع | الملاحظات | | ------------------------------- | ------------------- | --------------------------------------------------------------------------------------- | | `default_enabled` | boolean | المفتاح الرئيسي — يختَم `metadata.ai_generated` ويقدّم الإشعارات أدناه على كل تفاعل AI. | | `chat_notice_text` | string (1–2000 حرف) | نص يُسبَق على أول رد دردشة للعامل في كل محادثة. | | `voice_intro_text` | string (1–2000 حرف) | نص يُنطَق قبل اتصال عامل الصوت الذكي، عندما لا يُضبط رابط صوتي. | | `voice_intro_audio_url` | HTTPS URL أو `null` | مقدمة مسجلة مسبقاً اختيارية؛ تتجاوز التخليق من `voice_intro_text`. | | `eu_ai_act_enabled` | boolean | طبّق التزامات شفافية EU AI Act المادة 50. | | `kr_disclosure_enabled` | boolean | طبّق إفصاح قانون الذكاء الاصطناعي الأساسي الكوري (نافذ 2026-01-22). | | `ca_minor_reminder_enabled` | boolean | طبّق تذكير قاصر كاليفورنيا SB 243. | | `minor_break_reminder_minutes` | integer (1–1440) | كم يتكرر تذكير SB 243 خلال جلسة. | | `marketing_disclosure_required` | boolean | طلَب إفصاح AI صريح على الاستدراج التسويقي الآلي. | كل تحديث يُكتَب في سجل التدقيق (`compliance.ai_disclosure_updated`) ويبطل ذاكرة الإعدادات في العملية فوراً، بحيث تأخذ المفتاح حيز العمل في الترن التالي للعامل. ## التحقق من عملها 1. **فحص حي** — مع `default_enabled` و`eu_ai_act_enabled` مشغلين، ابدأ محادثة جديدة مع عامل AI وتأكد أن `chat_notice_text` المضبوط يظهر على الرد الأول؛ وجّه مكالمة اختبار لعامل صوت ذكي وتأكد أن مقدمة الصوت تُشغَّل قبل أن يتحدث العامل. 2. **بيانات لكل دورة** — افحص رسالة دردشة أُرسلت من العامل وتأكد أن `metadata.ai_generated` هي `true`. 3. **dossier التوافق** — صدّر حزمة الدليل لعامل: ```bash theme={null} GET /api/v1/agents/{id}/conformity-dossier?format=json ``` أضِف `?format=html` لحزمة دليل قابلة للتنزيل، وقابلة للقراءة البشرية مناسبة لمدقق أو استبيان أمان مؤسسي. يُبلغ كل قسم عن `present`، أو`partial`، أو `absent`، أو `unavailable` — مستأجر قديم يفتقد جدول دعم يُنزّل ذلك القسم الواحد بدلاً من فشل التصدير الكامل. 4. **دفتر إفصاح AI** — صدّر الدفتر الموقع المقاوم للعبث لعامل: ```bash theme={null} GET /api/v1/agents/{id}/ai-disclosure-ledger?format=json ``` يحمل الدفتر بيانات أصل فقط (معرف العامل، النموذج، النتيجة، الأختام الزمنية، الحسابات المجمعة) — لا نص prompt/response حرفي أبداً — وهو موقع باعتماد محتوى منفصل بحيث يمكن التحقق من نسخة مسلَّمة لمنظِّم أو شريك دون الثقة بواجهة Orbit. كلا التصديرين يتطلبان دور `owner`، أو `admin`، أو `developer` وهما نفسها مسجلتان في التدقيق. ### إصلاح قسم dossier مُنزَّل يُبلغ كل قسم dossier عن إحدى أربع حالات، تُعرَض في JSON (`sections[].status`) وبadge قسم حزمة HTML. عامل أي شيء غير `present` كوظيفة، لا حكم: | الحالة | ما تعنيه | ما تفعله | | ------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `present` | يحمل القسم دليلاً مسجلاً. | لا شيء. يدعم هذا القسم تدقيقاً اليوم. | | `partial` | القدرة موجودة لكن الدليل رقيق أو ناقص — مثلاً مقارنة fairness لا يملك أي cohort حالات موسومة كافية، أو قسم تغطية adversarial بدون scorecard مؤرخ. | `note` القسم يسمي الفجوة المحددة. أغلِقها بتشغيل العملية الأساسية — تشغيل eval suite، أو وسم حالات golden-set بـ cohort، أو تشغيل حزمة red-team، أو تفعيل بوابة tool-approval — ثم إعادة التصدير. قابلة للإجابة لتدقيق كـ"قدرة معرّضة"؛ قد يطلب مراجع كذلك نتائج مسجلة. | | `absent` | مخزن الدعم يعمل لكن لا يوجد شيء مسجل. | نفس الشكل: `note` تخبرك ماذا تُشغَّل. لا يحتاج فعل منصة — سجلّ الدليل وأعد التصدير. | | `unavailable` | سجلات الدعم غير مُزوَّدة لهذا المستأجر (نمطي لفضاء عمل أُنشأ قبل شحن فئة الدليل تلك). بقية الحزمة ما زال يُصدّر. | هي فجوة تزويد، لا تصدير فاشل. افتح تذكرة دعم تسمّي العامل ومفتاح القسم المُنزَّل؛ التزويد حُلّ عادة دون أي تغييرات بيانات. حتى يُحلّ، اشرح الفجوة في تدقيق مع `note` الملف. إن فشل التصدير كلياً بدل إنزال القسم الواحد، فهذه bug — اتصل بالدعم فوراً. | ## التحقق من الدفتر الموقَّع تغطي توقيع دفتر إفصاح AI كل بايت من جسم الدفتر، فـ "القابلة للتحقق المستقل" ميكانيكية: أعد حساب digest وMAC عبر ما استوفيته وقارِن. 1. **صدّر دفتر JSON** (هذه هي الحمولة للتحقق): ```bash theme={null} GET /api/v1/agents/{id}/ai-disclosure-ledger?format=json ``` تحمل الاستجابة الدفتر في `data.ledger`. شكلها: `ledger_version`، و`generated_at`، و `tenant_id`، و `agent`، و `disclosure_posture`، و `jurisdiction_resolution`، و `summary`، و `entries`، و `note`، و `disclaimer`، وكائن `signature` منفصل: ```json theme={null} { "signature": { "v": "ovl1", "alg": "HMAC-SHA256", "content_sha256": "…", "mac": "…" } } ``` 2. **أوثِّر الدفتر على نقطة التحقق.** الاعتماد المنفصل يعيش داخل JSON نفسه — لا شيء آخر يُتنزَّل: ```bash theme={null} curl -X POST https://orbit.devotel.io/api/v1/agents/ai-disclosure-ledger/verify \ -H "Authorization: Bearer " \ -H "Content-Type: application/json" \ -d '{"ledger": }' # → { "data": { "valid": true, "reason": "ok" } } ``` `reason` هو واحد من `ok`، أو `content_mismatch` (جسم مُعدَّ ل بعد التوقيع)، أو `signature_invalid` (MAC لا يطابق المحتوى)، أو `unsupported_version` (إصدار اعتماد غير معروف)، أو `malformed_ledger`. 3. **تحقق من الخط** إن أردت الفحص مستقلاً عن API Orbit: اقطّع حقل `signature`، و serialize الجسم الباقي كـ JSON قانوني (مفاتيح الكائن مرتبة عودية)، و SHA-256 النتيجة — يجب أن يساوي `signature.content_sha256`. MAC يتطلب كذلك مفتاح توقيع مساحة العمل، فيمكن كشف دفتر معطوب من أي واحد، لكن إنتاج MAC هو جانب Orbit فقط. ```text theme={null} body = ledger minus the "signature" field digest = SHA-256(canonical_json(body)) # keys sorted recursively assert digest == ledger.signature.content_sha256 ``` ## تأكيد انطلاق الإشعار على محادثة تثبت علامة `metadata.ai_generated: true` لكل دورة أن *الرد* كان مؤلفاً بـ AI؛ لا تثبت أن *إشعار* الإفصاح عُرض. ثلاثة سطوح تجيب على "هل انطلق الإشعار على هذه المحادثة؟": 1. **اقرأ المحادثة** — على قناة نص، يُسبَق إشعار الدردشة على رد العامل الأول، فيصير نص الإشعار مرئياً حرفياً في قائمة رسائل المحادثة في لوحة التحكم وعبر API المحادثات. نفس الخاصية عقدة للصوت: تُشغَّل المقدمة قبل أن يتحدث العامل، فيحمل مكالمة مسجلة ذلك من البداية. 2. **فحص ختم وقت المحادثة** — بمجرد تسليم إشعار الدردشة، يختَم المنصة `first_disclosure_sent_at` على تلك المحادثة ولا يتكرر الإشعار هناك أبداً. إن احتفظت (أو أدوات امتثالك) بتصديرات أو لقطات مخزن سجلات المحادثة، فقيمة غير null هي إثبات متين أن الإشعار انطلق لتلك المحادثة. 3. **فحص سجل التدقيق لتغييرات التكوين** — يُسجَّل كل تغيير في إعدادات الإفصاح تحت فعل التدقيق `compliance.ai_disclosure_updated`، وكل تصدير dossier أو دفتر يُسجَّل كـ `agent.conformity_dossier.exported` أو `agent.ai_disclosure_ledger.exported`. إن لم ينطلق إشعار على محادثة توقعته، فخط تدقيق تلك الأفعال مع ختم وقت المحادثة أعلاه يُعزل إن كانت الإفصاح معطلاً وقتها، أو فشل الإشعار حقاً في الإرسال. ## مصفوفة الوضع لكل تنظيم جميع التنظيمات الأربع هي تكوين مملوك للمستأجر: تشحن Orbit الضوابط وصادرات الدليل؛ تقرر أنت أي مفاتيح تُطبق على حركتك. بما أن القواعد opt-in لكامل مساحة العمل، فعّل كل تنظيم لمسته حركتك فعلياً. | التحكم / التصدير | EU AI Act (حركة EU) | قانون AI الأساسي الكوري (حركة كوريا) | كاليفورنيا SB 243 (اتصالات قاصر) | قانو سياسة يوتا AI (حركة يوتا) | | --------------------------------------- | ---------------------------------------------------------------- | ------------------------------------ | ----------------------------------- | ------------------------------ | | `default_enabled` (المفتاح الرئيسي) | On | On | On | On | | `eu_ai_act_enabled` | On | Optional | Optional | Optional | | `kr_disclosure_enabled` | Optional | On | Optional | Optional | | `ca_minor_reminder_enabled` | Optional | Optional | On for contacts you flag `is_minor` | Optional | | `minor_break_reminder_minutes` | — | — | اضبِ الإيقاع المطلوب (افتراضي 180) | — | | `marketing_disclosure_required` | Recommended | Recommended | Recommended | Recommended | | `chat_notice_text` / `voice_intro_text` | اضُطُّهما معاً — سمّ الـ AI و، لـ EU، وسم المحتوى المولَّد بـ AI | اضُطُّهما معاً | اضُطُّهما معاً | اضُطُّهما معاً | | تصدير dossier التوافق | حزمة الدليل الأولية (المواد 10–15، 50) | دليل داعم | دليل داعم (أقسام مشافر + تدقيق) | دليل داعم | | تصدير دفتر إفصاح AI | إثبات أصل (متى/أين تحدث AI) | إثبات أصل | إثبات أصل لجلسات اتصال القاصر | إثبات أصل | حَذِران يُطبقان على كل صف: مفاتيح الولاية القضائية لا تحدد موقع الاتصالات جغرافياً — يطبّقان القاعدة على مستوى مساحة العمل — وتذكير SB 243 ينطلق فقط للاتصالات التي صُفَّتها قاصراً بشكل صريح. لا تستنتج Orbit أبداً الولاية القضائية أو حالة القاصر. ## قيود معروفة * قواعد الولاية القضائية هي opt-in لكامل مساحة العمل، لا تحديد موقع جغرافي لكل اتصال تلقائي — راجع الملاحظة أعلاه. * watermark الصوت المُدمَّج بـ TTS يعتمد على مزود الصوت المضبوط؛ لا يدعم كل مزود ذلك حتى منتصف 2026. * تصف هذه الصفحة سطح الشفافية (المادة 50). لا تغطي التزامات نظام عالي المخاطر المنفصل (Annex III) في EU AI Act — راجع الإشارة أدناه. ## التزامات Annex III عالية المخاطر تقع التزامات نظام عالي المخاطر في EU AI Act (حالات Annex III — مثلاً أصناف التمنع على المشاعر، التصنيف البيومتري، ودرجات الائتمان) خارج هذه الصفحة. تنطبق شفافية المادة 50 على كل عامل AI أياً كان صنف المخاطر؛ يضيف Annex III طبقة امتثال منفصلة — إدارة المخاطر، وحوكمة البيانات، وتوثيق تقني، وتقييم التوافق — على جدول زمني لاحق من تاريخ شفافية 2 أغسطس 2026. صنِّف أولاً مشاركةك ضد Annex III؛ عامل في حالة قائمة يحتاج ذلك العمل الوضعي فوق ضوابط الإفصاح الموصوفة هنا. يحمل [Compliance Posture FAQ](/compliance/posture-faq#does-this-page-cover-the-eu-ai-acts-annex-iii-high-risk-tier) إدخالاً مطابقاً بشأن أين تقع التقسيم بين عمل Annex III المملوك للمستأجر وضوابط شفافية Orbit. يبقى دور Orbit نفسه أياً كان الطريق: تشحن المنصة سطح الشفافية والدليل، التصنيف والتزامات Annex III لك مع مستشار قانوني مؤهل. إن كان لديك متطلب لا تغطيه هذه الصفحة، اتصل بـ[trust@devotel.io](mailto:trust@devotel.io).