لن تضع ICANN مهلة قصوى لمراجعة السياسات. تقارير الحالة تحتاج إلى ساعة

الخلاصة

• رفض مجلس ICANN في رده المؤرخ 21 أغسطس مهلة نهائية ثابتة قد تعيق المراجعة التي تفرضها Bylaws على توصيات متفاوتة التعقيد. وبدلاً منها ينوي إصدار تحديث قبل كل ICANN Public Meeting وإدراج حالة السياسات بنداً دائماً في ورشه التحضيرية.
• انتظام الإفصاح لا يحفظ تاريخ القرار. ينبغي لساعة تربط التوصية بالقرار أن تسجل الاستلام، والمدخلات المطلوبة، والأسئلة، والمسؤولين، والتوقعات المعدلة، ومصير كل توصية، من دون أن تحول liaison أو caucus أو تحليل الموظفين أو الحوار إلى سلطة المجلس.

رد مجلس الإدارة على طلب حد زمني بوعد إيقاع للإفصاح.

في 25 مايو، كتب قادة ست مجموعات ودوائر ضمن Generic Names Supporting Organization إلى رئيسة مجلس الإدارة Tripti Sinha. لم ينطلقوا من غياب كامل لأي قاعدة زمنية. فـAnnex A يطلب من المجلس أن يجتمع لمناقشة توصية GNSO Council في أقرب وقت ممكن، ويفضل ألا يتجاوز الاجتماع الثاني بعد استلام Recommendations Report.

تركزت المشكلة على نهاية المسار. بدء النقاش لا يحدد موعد اكتمال المراجعة. لذلك اقترح الموقعون إطاراً معيارياً يجمع عدداً مستهدفاً من اجتماعات المجلس وحداً أقصى بالأشهر، وذكروا ستة أشهر مثالاً لا قاعدة قائمة. كما طلبوا تحديثات منتظمة، وموقعاً دائماً لـConsolidated Policy Scorecard، وطريقاً يتيح للمجلس طرح الأسئلة على GNSO Council وقيادات Working Group ذات الصلة.

في 21 أغسطس، وافق المجلس على أهمية السرعة لكنه لم يقبل الحد النهائي. فالتوصيات تختلف في طبيعتها وتعقيدها، وقد تتدخل المهلة الموحدة في المراجعة المطلوبة بموجب Bylaws. واختار بدلاً من ذلك تقديم التوقعات والحالة: تحديث قبل كل اجتماع عام، وبند دائم عن السياسات في ورشة المجلس التي تسبقه.

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

تغيرت حالة المثالين قبل وصول الرد

أشارت رسالة مايو إلى حزمتين كانتا آنذاك قيد مراجعة المجلس. وصلت توصيات IDN EPDP Phase 2 في ديسمبر 2024، ووصلت توصيات Transfer Policy Review في أبريل 2025.

في 7 يونيو 2026، اعتمد المجلس التوصيات السبع والأربعين كلها في Transfer Policy Review، والتوصيات الأربع عشرة للسياسات في IDN EPDP Phase 2. ووجه President and CEO، أو من يفوضهم، إلى التنفيذ مع مراعاة ترتيب الأولويات وأي اعتبارات تشغيلية أو تقنية أو قانونية أو أمنية أو متعلقة بالموارد تظهر أثناء التنفيذ.

أقرت حيثيات القرارين صراحة بقلق المجتمع من زمن المراجعة ومسارها. وذكرت Final Reports، وPublic Comment، وتحليل الجدوى، وإخطار GAC، والمواد الخاصة بكل موضوع. تثبت هذه المواد القرار وبعض مدخلاته، لكنها لا تقدم بعد تاريخاً عاماً موحداً لكل توقع وتأخير قبل التصويت.

تضع صفحة تنفيذ السياسات الحالية المشروعين في implementation queue. وهذه حالة تلي قرار المجلس، لكنها لا تثبت بدء العمل. فالطابور لا يعني تعيين فريق أو إطلاق IRT أو وجود مسودة أو حلول تاريخ النفاذ.

من يقرأ رسالة مايو وحدها قد يظن أن الملفين ما زالا لدى المجلس. ومن يرى الطابور الحالي وحده قد ينقل المشكلة السابقة إلى التنفيذ. قرار 7 يونيو هو حدث الانتقال الذي يصل الصورتين.

الاجتماع الثاني موعد للنقاش لا نتيجة تلقائية

لا تكفي الأشهر المنقضية لإثبات خرق Bylaws. فالنص يتحدث عن اجتماع للمناقشة ويورد تفضيلاً زمنياً، ولا يأمر بالاعتماد أو الرفض في ذلك الاجتماع. كما لا تكشف المصادر العامة التي روجعت كل مواعيد المداولات أو طريقة احتساب «الاجتماع» في كل ملف.

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

تحمي هذه المرونة مسؤولية فعلية. فالتوصية المدعومة بـGNSO supermajority يجب أن يعتمدها المجلس من حيث الأصل، ما لم يقرر أكثر من ثلثي الأعضاء المؤهلين للتصويت أن الاعتماد لا يخدم المصلحة الفضلى لـICANN community أو ICANN. يمنح ذلك وزناً للعمل التصاعدي، لكنه لا يعفي المجلس من فحص القانون والأمن والجدوى والتكلفة والمصلحة العامة.

الاعتماد الآلي بعد ستة أشهر يفرغ هذه المسؤولية. وبقاء الملف إلى أجل غير معلوم تحت عبارة «قيد المراجعة» يجعلها غير قابلة للمساءلة. الحل هو إظهار سبب الوقت والمسؤول عن إزالة العائق التالي.

الحوار المبكر لا يمنح حق تعديل خفياً

يشير الرد إلى Board liaisons والحوار المبكر وBoard Caucus Groups. وقد وصف تقرير Board Readiness لعام 2025 أصل المشكلة: كثيراً ما تبدأ مراجعة المجلس بعد أشهر من Final Report، عندما تكون مجموعة PDP قد انتهت وعاد المتطوعون الذين يعرفون تاريخ التنازلات والبدائل إلى أعمالهم.

تقلل الأسئلة المبكرة هذا الفقد. يستطيع liaison إثارة مسألة تتعلق بـBylaws أو التكلفة أو التنفيذ بينما لا يزال Working Group قادراً على الشرح. وينظم caucus عمل الأعضاء. ويجمع الموظفون التعليقات والجدوى. وتوضح قيادة Working Group إن كان الغموض مقصوداً أم سهواً.

لكن لا يملك أي منهم سلطة إعادة كتابة غير معلنة. لا يحدد liaison إجماع GNSO. ولا يحل تقرير الموظفين محل التوصية. وإذا غير الحوار الجوهر، وجب أن يبين السجل من يملك الاعتماد وهل عادت المسألة إلى جهة السياسة. يضع رد أغسطس الحد نفسه: توضيح السجل وإظهار الأسئلة من دون تغيير أدوار Board وGNSO Council.

يعرض Scorecard الموقع ولا يعرض الطريق

تنشر ICANN org دورياً Consolidated Policy Scorecard لجمع حالة السياسات التي طورها المجتمع. يقلل ذلك الحاجة إلى تركيب الصورة من الرسائل ومواد المجلس وصفحات GNSO وقوائم التنفيذ.

لكن آخر خانة لا تفسر الانتقال. فالتحول إلى implementation queue لا يبين متى اكتمل الملف، وما السؤال الذي غير الجدول، أو إن كانت بعض التوصيات قد اعتمدت وأخرى بقيت pended. وحتى كلمة «pending» قد تعني انتظار Public Comment أو GAC أو تحليل قانوني أو جدوى تقنية أو حيزاً في جدول الأعمال أو غياب المسؤول.

ولا يلزم نشر رأي قانوني محمي. تكفي فئات محدودة مثل مراجعة قانونية، أو جدوى تقنية، أو موارد، أو public-policy input، أو طلب توضيح، أو قدرة جدول الأعمال لتحديد نوع الاعتماد.

ساعة من استلام التوصيات إلى القرار

يبدأ اقتراح Daniel Kade من الاستلام الرسمي لـRecommendations Report. ويحفظ هوية الحزمة وhash، وتصويت GNSO، ومسار Bylaws، والعتبة. ثم يسجل فتح وإغلاق ودخول كل مادة: Public Comment، وإخطار GAC، وتحليل الجدوى، وأي سجل آخر مسمى.

تفصل الساعة التنسيق عن السلطة. يمكن تسمية liaison أو caucus أو موظف مالكاً لنقل المعلومة؛ ويبقى Board هو صاحب القرار. وتظل المناقشة الأولى والمداولة الجوهرية والتصويت أحداثاً مختلفة.

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

في النهاية تسجل النتيجة لكل توصية مع التصويت والسبب والشرط. ويفصل handoff مستقل بين طابور التنفيذ وبدء التنفيذ. لا تفرض الساعة اعتماداً بمرور الزمن؛ إنها تجعل استخدام الزمن قابلاً للفحص.

المصادر

1. فهرس مراسلات ICANN
2. Tripti Sinha إلى Mason Cole وRafik Dammak وآخرين، 21 أغسطس 2026
3. Owen Smigelski وMason Cole وآخرون إلى Tripti Sinha، 25 مايو 2026
4. قرارات مجلس ICANN المعتمدة، 7 يونيو 2026
5. ICANN Bylaws الحالية
6. صفحة ICANN لتنفيذ السياسات
7. التقرير النهائي لـGNSO Board Readiness Small Team
8. صفحة مشروع GNSO IDN EPDP
9. صفحة مشروع GNSO Transfer Policy Review