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

ملخص

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

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

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

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

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

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

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

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

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

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

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

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

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

تظهر إجراءات تجديد.org خطر الضغط

يعتبر التجديد المقترح لعام 2019 لاتفاقية تسجيل.org حالة مفيدة لأن السجل العام يظهر هيكل الاستشارة. فُتح الإجراء في 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 تنسيق المستوى الأعلى من أرقام بروتوكول الإنترنت وأرقام الأنظمة المستقلة، إلى جانب تسهيل سياسات سجل الأرقام العالمية من قبل المجتمع المتأثر والمهام المتفق عليها مع RIRs. عندما تسعى ICANN للحصول على تعليقات حول وثائق الحوكمة، أو السياسات العالمية، أو آليات المساءلة، أو الترتيبات المتعلقة بـ IANA، يمكن لنفس آليات الملخص أن تقرر ما إذا كانت اعتراضات المشغلين تبقى مرئية.

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

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

خاتمة

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

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

المصادر التي تمت مراجعتها

• ICANN، "Public Comment"، الصفحة الرئيسية الحالية للتعليقات العامة، بما في ذلك الحد الأدنى لمدة الإجراءات، والمشاركات العامة، والتقارير الموجزة، وروابط التقارير الحديثة:https://www.icann.org/en/public-comment
• ICANN، "About Public Comment"، تصف فتح الإجراءات، والمشاركات العامة، وتقارير الملخصات من منظمة ICANN، ومراجعة المشاركات والملخص من قبل المجموعة البادئة:https://www.icann.org/en/public-comment/about
• ICANN، "Bylaws for Internet Corporation for Assigned Names and Numbers"، كما تم تعديلها في 10 يونيو 2026، خاصة المادة 1 المتعلقة بالمهمة والمادة 3 المتعلقة بالشفافية والإشعار وأحكام التعليقات:https://www.icann.org/en/governance/bylaws
• ICANN، "Proposed Renewal of.org Registry Agreement"، إجراء التعليقات العامة الذي فُتح في 18 مارس 2019 وأغلق في 29 أبريل 2019، بما في ذلك التقرير وروابط التعليقات، والخطوة التالية المذكورة لنظر المجلس، ووصف أحكام التسعير:https://www.icann.org/en/public-comment/proceeding/proposed-renewal-of-org-registry-agreement-18-03-2019