الخلاصة

  • عند قطع الأدلة لهذا المقال، كان فهرس Public Comment لدى ICANN يضع إجراء IRP-IOT ضمن التقارير المنتظرة، مع تسع مداخلات وتاريخ تقرير في 1 سبتمبر 2026، بينما ظل حقل النتيجة في صفحة الإجراء فارغاً.
  • تجعل لوائح ICANN الإنجليزية لغة العمل الأساسية في IRP، لكنها تلزم بتقديم خدمات ترجمة للمطالبين عند الحاجة.
  • تتيح Rule 5B المؤقتة تقديم طلب الترجمة نفسه بغير الإنجليزية إذا أكد صاحبه أن استخدام الإنجليزية فيه يشكل عبئاً غير مبرر.
  • النص المقترح يفرض الإنجليزية على بيان النزاع الأولي وعلى طلب الخدمات اللغوية معاً.
  • يتضمن المقترح أيضاً تحسينات حقيقية: قراراً عاجلاً، وكلفة تتحملها ICANN، ومرونة في المهل، وإمكان استخدام لغة غير رسمية في الأمم المتحدة عند الضرورة.
  • إيصال دخول أولي متعدد اللغات يحفظ أول خطوة من دون تغيير لغة العمل أو منح الترجمة والصفة والمقبولية تلقائياً.

موعد التقرير لا يساوي اعتماد القاعدة

Independent Review Process هو مسار للمساءلة الخارجية عن بعض أفعال ICANN أو امتناعها عن الفعل عندما يُدّعى تعارضها مع Articles of Incorporation أو اللوائح. وتصف اللوائح هذه المراجعة بأنها ينبغي أن تكون ذات معنى، وميسورة، ومتاحة، ومتخصصة. وفي الوقت نفسه تختار الإنجليزية لغة عمل مشتركة.

طرح IRP Implementation Oversight Team في 2024 تعديلات تتعلق باختيار أعضاء الهيئة، ووقت الإيداع، والترجمة، ومشاركة الأطراف الثالثة. نُشرت تسع مساهمات. وحتى تاريخ هذا المقال، كان الفهرس العام يعرض 1 سبتمبر 2026 موعداً للتقرير، من دون أن تنشر صفحة الإجراء نتيجة.

لذلك يبقى النص مشروعاً، ولا يكشف تاريخ الاستحقاق ما سيقوله التقرير أو ما إذا كانت ICANN ستتبناه. المسألة القابلة للتحليل الآن هي الفرق الدقيق بين باب الدخول في القاعدة المؤقتة وباب الدخول في المشروع.

الاستثناء الحالي لا يفتح القضية كلها بل يفتح طلب المساعدة

لا تمنح Rule 5B لعام 2018 المطالب حق إدارة IRP كاملاً باللغة التي يختارها. فالهيئة تقرر وجود الحاجة، والوثائق أو الجلسات المشمولة، واللغة المستخدمة. وإذا لم تثبت الحاجة، تُقدَّم المواد بالإنجليزية. ويقتصر النطاق المعتاد، إلى جانب الإنجليزية، على العربية والصينية والفرنسية والروسية والإسبانية.

غير أن طلب خدمة الترجمة يعامل بصورة مختلفة. يمكن تقديمه بلغة أخرى عندما يؤكد المطالب أن تقديمه بالإنجليزية سيكون مرهقاً على نحو غير مبرر.

هذا الاستثناء لا يقر الترجمة ولا يثبت الصفة ولا يوقف المهلة ولا يحول الإجراء إلى قضية بغير الإنجليزية. وظيفته أضيق: أن يصل وصف العائق إلى صاحب القرار قبل إلزام الشخص بإزالة العائق وحده.

إنها جملة صغيرة في النص، لكنها بوابة فعلية في بنية المساءلة.

المقترح أوسع بعد الاعتراف بالحاجة

تفصّل Rule 5B الجديدة الأشياء التي يمكن دعمها: المذكرات المكتوبة، والوثائق ذات الصلة المادية، والمحاضر، وقرارات الهيئة، والترجمة الشفوية. ويمكن طلب رد كلفة ترجمة بيان النزاع إلى الإنجليزية، أو ترجمة رد ICANN إلى اللغة المفضلة. ولا يُحتسب طلب الترجمة المرفق ضمن حد صفحات البيان الأساسي.

إذا كانت المسألة عاجلة قبل تشكيل الهيئة كاملة، يستطيع Emergency Panelist إصدار قرار أولي. وتنسق ICANN الخدمات المأمور بها عبر مزوديها وتتحملها ككلفة إدارية ما لم يصدر أمر لاحق بخلاف ذلك. كما يمكن تعديل مهل المستندات والطعن لمراعاة التأخير المعقول الناتج عن الترجمة.

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

هذه مكاسب مؤسسية مهمة. الاعتراض ليس على ضعف الخدمة بعد الموافقة، بل على الشرط السابق للوصول إليها.

قبل أن تبدأ المساعدة، يجب إنتاج الإنجليزية مرتين

يشترط المشروع أن يكون Statement of Dispute بالإنجليزية. ثم يشترط أن يكون طلب الترجمة بالإنجليزية أيضاً، وأن يحدد اللغة المفضلة، ويشرح الحاجة، ويصف كفاءة المطالب أو ممثله في اللغات، وألا يتجاوز خمس صفحات مزدوجة المسافة.

يحمي النص من استنتاج مجحف: نجاح الشخص في إيداع وثيقة بالإنجليزية لا يعني أنه لا يحتاج إلى الترجمة. وهذه حماية مهمة لمن استعان بمحام أو مترجم في المرحلة الأولى.

لكنها لا تصل إلى من لا يملك ثمن هذا الجسر أو القدرة على ترتيبه. فقبل أن تقيّم الآلية العامة حاجته، عليه أن يشتري بنفسه القدرة التي يقول إنه يفتقدها، أو يعتمد على وسيط، أو يتوقف.

أشارت Non-Commercial Stakeholder Group إلى مشكلة مجاورة. فقد دعمت إدراج Rule 5B، لكنها حذرت من أن النموذج الذي لا يتحرك إلا بطلب قد يثقل على غير الناطقين بالإنجليزية ممن لا يعرفون حقهم في الترجمة. وأوصت بإبلاغ وعرض استباقيين في البداية.

هذه مساهمة عامة وليست نتيجة من ICANN ولا إجماعاً للمجتمع. ولا تثبت المواد التي تمت مراجعتها أن شخصاً معيناً استُبعد بسبب المشروع. الخطر أن يحدث الانسحاب أو التأخير أو سوء الصياغة قبل أي قرار رسمي، فلا يظهر في سجل الرفض أو الاستئناف.

افصلوا إشعار الحاجة عن ملف النزاع الكامل

ليس الحل ترجمة كل وثيقة تلقائياً. فهذا يتجاهل معيار الحاجة ويزيد الزمن والكلفة. كما لا ينبغي لرسالة قصيرة بأي لغة أن تصبح خفيةً بيان نزاع مكتملاً أو توقف جميع المهل من دون نص قانوني.

تكفي طبقة دخول رقيقة. يرسل الشخص إشعاراً موجزاً بلغة يستطيع نظام الاستقبال التعرف إليها. تسجل ICANN أو ICDR وقت الوصول، وتمنح رقماً محايداً، وترد باللغة نفسها حيث أمكن. يبين الإيصال ما تم استلامه، وما لم يصبح بعد إيداعاً صحيحاً، وأي مهل تستمر، وما إذا كانت هناك حماية مؤقتة، ومن سيقرر الحاجة.

يُحفظ النص الأصلي إلى جانب النسخة الإنجليزية المعتمدة أو التي ينتجها المزود. وإذا وقع خلاف، تُضاف نسخة مصححة مع تاريخها بدلاً من محو الأولى. ويُفصل مسار الاستعجال عن موافقة ICANN المباشرة وعن أمر الهيئة.

ولا تحتاج الشفافية العامة إلى كشف النزاع أو هوية صاحبه. يمكن نشر أعداد مجمعة بحسب اللغة، ونوع القرار، ووقت الرد، والمدة حتى النسخة الإنجليزية، وتمديد المهلة، والكلفة. غياب الطلبات بلغة ما ليس دليلاً تلقائياً على غياب الحاجة؛ بل إشارة لاختبار وضوح الإرشاد وسهولة الوصول.

وفق التمييز الذي يقدمه Heng Lu بين المشاركة والتفويض، لا يمنح هذا الاستلام سلطةً للمرسل ولا يصحح دعواه. إنه يمنع لغة الشباك من اتخاذ قرار يخص الهيئة المخولة.

لا ينبغي تمويل اتساع الخدمة بتضييق الباب

المقارنة ليست بين قاعدة قديمة سيئة وأخرى جديدة جيدة. فالمشروع أفضل في الكلفة والاستعجال والمهل ونطاق اللغة بعد قبول الحاجة. أما القاعدة المؤقتة فتحافظ بصورة أفضل على الفعل الأول: طلب قبول تلك الحاجة.

يجمع الإيصال متعدد اللغات بين الميزتين. تبقى الإنجليزية لغة العمل، وتبقى للهيئة سلطة تقدير الحاجة والنطاق واللغة، ولا يثبت الإشعار الصفة أو التوقيت أو صحة الادعاء.

التغيير الوحيد هو الترتيب: إظهار العائق، ثم اتخاذ قرار بشأن المساعدة، ثم بناء السجل الإنجليزي الذي يحتاج إليه الإجراء. لا ينبغي لآلية مساءلة أن تشترط تجاوز الحاجز قبل السماح بوصفه. الاستثناء المؤقت أدرك ذلك؛ وعلى النسخة المقبلة أن تحافظ عليه بصورة قابلة للتحقق.

المصادر

  1. فهرس Public Comment لدى ICANN
  2. إجراء مقترحات IRP-IOT
  3. النص النظيف للقواعد المقترحة
  4. المقارنة مع أسباب IRP-IOT
  5. الإجراءات التكميلية المؤقتة لعام 2018
  6. مساهمة NCSG
  7. لوائح ICANN، Article 4.3
  8. Heng Lu، The Multi-Stakeholder Mirage