ملخصات التعليقات العامة من صانع القرار

ملخص

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

في الملخص، تتحول المشاورة إلى سلطة

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

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

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

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

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

التعليقات ليست أصواتًا، لكنها أدلة

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

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

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

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

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

توضح عملية تجديد.org خطر الضغط

اقتراح تجديد عقد سجل.org لعام 2019 هو حالة مفيدة لأن السجل العام يُظهر بنية المشاورة. فتح الإجراء في 18 مارس 2019 وأغلق في 29 أبريل 2019. حددت صفحة ICANN قسم النطاقات العالمية باعتباره المنظمة البادئة وذكرت جهة اتصال موظف. وصفت العقد الحالي، والتجديد المقترح، والمقارنة مع عقد السجل الأساسي، والاختلافات الجوهرية. كان أحد التغييرات المدرجة إزالة أحكام الأسعار التي كانت تحد من أسعار التسجيل وتسمح بالزيادات بموجب العقد السابق.

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

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

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

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

كتاب الترميز المفقود

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

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

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

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

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

تحتاج آراء الأقلية إلى مكان مسمى

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

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

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

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

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

أسباب الرفض هي أصول حوكمة

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

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

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

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

التوقيت يحدد ما إذا كانت التعليقات يمكن أن تلعب دورًا

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

تُظهر عملية.org مرة أخرى لماذا يحتاج التوقيت إلى معالجة أكثر وضوحًا. ذكرت الصفحة العامة أن العقد الحالي سينتهي في 30 يونيو 2019 وأن تقرير التعليق كان مستحقًا في 3 يونيو 2019. هذا الجدول الزمني ترك نافذة ضيقة بين التقرير وتاريخ الانتهاء. النافذة الضيقة لا تثبت سوء العملية. مواعيد التجديد حقيقية. لكن إذا كانت نافذة القرار قصيرة، يجب أن يكشف الملخص عن الخيارات التي ظلت مفتوحة عند فحص التعليقات. هل يمكن إعادة التفاوض على النص؟ هل يمكن تمديد المدة مؤقتًا؟ هل يمكن تأجيل شرط مثير للجدل؟ هل يمكن لمجلس الإدارة الموافقة بشروط؟ هل يمكن للموظفين إعادة فتح المناقشة مع مشغل السجل؟ لا يمكن للقارئ تقييم التأثير العام دون معرفة الخيارات المتاحة.

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

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

لا ينبغي أن يكون صانع القرار هو الراوي الوحيد

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

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

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

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

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

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

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

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

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

لا يمكن لسجل مجلس الإدارة إصلاح ملخص ضعيف

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

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

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

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

لا ينبغي للتعليقات المكررة أن تمحو الأضرار المختلفة

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

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

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

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

حتى تحديدات النطاق تحتاج إلى أسباب

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

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

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

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

لا ينبغي تسوية الاعتراضات التقنية لتصبح تفضيلات سياسية

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

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

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

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

يحتاج الجمهور إلى نتائج سلبية، وليس فقط تغييرات إيجابية

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

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

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

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

حدود المصادر وما لا يمكن استنتاجه

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

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

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

كيف سيبدو تقرير ICANN الأفضل

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

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

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

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

لماذا هذا مهم أبعد من الأسماء

على الرغم من أن مثال.org يأتي من جانب أسماء النطاقات في ICANN، فإن مشكلة ملخص التعليقات العامة تؤثر أيضًا على حوكمة موارد الأرقام. تشمل مهمة ICANN تنسيق المستوى الأعلى لأرقام بروتوكول الإنترنت وأرقام AS، بالإضافة إلى تسهيل سياسات تسجيل الأرقام العالمية من خلال المجتمع المعني والمهام المتفق عليها مع سجلات الإنترنت الإقليمية. عندما تطلب ICANN تعليقات على وثائق الحوكمة، أو السياسات العالمية، أو آليات المساءلة، أو الاتفاقيات المتعلقة بـ IANA، يمكن لنفس آليات التلخيص أن تقرر ما إذا كانت اعتراضات المشغلين تظل مرئية.

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

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

الخلاصة

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

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

المصادر التي تم فحصها

• ICANN، "التعليق العام"، الصفحة الرئيسية الحالية للتعليق العام، مع المدة الدنيا للإجراء، التقديمات العامة، تقارير الملخص، وروابط إلى التقارير الحالية:https://www.icann.org/en/public-comment
• ICANN، "حول التعليقات العامة"، وصف فتح الإجراء، التقديمات العامة، تقارير الملخص لمنظمة ICANN، وفحص التقديمات والملخص من قبل المجموعة البادئة:https://www.icann.org/en/public-comment/about
• ICANN، "لوائح مؤسسة الإنترنت للأسماء والأرقام المخصصة"، بصيغتها المعدلة في 10 يونيو 2026، خاصة المادة 1 المهمة والمادة 3 الشفافية، أحكام الإعلان والتعليق:https://www.icann.org/en/governance/bylaws
• ICANN، "تجديد عقد سجل.org المقترح"، إجراء التعليقات العامة، فتح في 18 مارس 2019 وأغلق في 29 أبريل 2019، بما في ذلك التقرير وروابط التعليقات، والخطوة التالية المذكورة لمداولات مجلس الإدارة، ووصف أحكام التسعير:https://www.icann.org/en/public-comment/proceeding/proposed-renewal-of-org-registry-agreement-18-03-2019