Internet Corporation for Assigned Names and Numbers

لوائح شركة الإنترنت للأرقام والأسماء المُخصصة | شركة غير ربحية ذات منفعة عامة مقرها كاليفورنيا

وفقًا لتعديل 24 يونيو 2011

تمت ترجمة هذه الوثيقة إلى العديد من اللغات بغرض المعلومات فقط. ويمكن العثور على النص الأصلي والموثوق (بالإنجليزية) من:
http://www.icann.org/en/general/bylaws.htm

جدول المحتويات

المادة الأولى: المهمة والقيم الأساسية
المادة الثانية: السلطات
المادة الثالثة: الشفافية
المادة الرابعة: المساءلة والمراجعة
المادة الخامسة: محقق الشكاوى
المادة السادسة: مجلس الإدارة
المادة السابعة: لجنة الترشيح
المادة الثامنة: منظمة دعم العنوان
المادة التاسعة: منظمة دعم أسماء رمز البلد
المادة العاشرة: منظمة دعم الأسماء العامة
المادة الحادية عشر: اللجان الاستشارية
المادة الحادية عشر-أ: الآليات الاستشارية الأخرى
المادة الثانية عشر: مجلس الإدارة واللجان المؤقتة
المادة الثالثة عشر: المسؤولون
المادة الرابعة عشر: تعويض المديرين والمسؤولين والموظفين وغيرهم من الوكلاء
المادة الخامسة عشر: بنود عامة
المادة السادسة عشر: المسائل المالية
المادة السابعة عشر: الأعضاء
المادة الثامنة عشر: المكاتب والختم
المادة التاسعة عشر: التعديلات
المادة العشرون: المادة الانتقالية
الملحق أ: عملية تطوير السياسة لمنظمة GNSO
الملحق ب: عملية تطوير السياسة لمنظمة ccNSO
الملحق ج: نطاق منظمة ccNSO

المادة الأولى: المهمة والقيم الأساسية

البند 1. المهمة

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

1. تنسق التخصيص والتعيين للمجموعات الثلاث للمعرفات الفريدة للإنترنت، وهي

أ. أسماء النطاق (تشكل نظامًا يشار إليه بـ "DNS")،

ب. عناوين بروتوكول الإنترنت ("IP") وأرقام النظام المستقل ("AS")، و

ج. منفذ البروتوكول وأرقام المعيار.

2. تنسيق تشغيل نظام خادم اسم الجذر لـ DNS وتطوره.

3. تنسيق تطوير السياسة المتعلقة بهذه الوظائف التقنية بصورة منطقية ومناسبة.

البند 2. القيم الأساسية

وخلال ممارسة مهمتها يجب على المبادئ الأساسية التالية أن ترشد القرارات والإجراءات الخاصة بـ ICANN :

1. المحافظة على استقرار تشغيل الإنترنت ومصداقيته وأمنه وإمكانية تشغيله عالميًا وتعزيز ذلك.

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

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

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

5. تشجيع بيئة تنافسية ودعمها -متى كان ذلك مناسبًا- اعتمادًا على آليات السوق.

6. تقديم المنافسة وتعزيزها في تسجيل أسماء النطاق حيث تتوفر إمكانية الممارسة وتحقيق الاستفادة للمصلحة العامة.

7. تشغيل آليات تطوير سياسة الشفافية والتعامل المكشوف والتي تعمل على (1) تعزيز القرارات المعروفة جيدا استنادا إلى النصيحة المعتمدة على الخبرة و(2) ضمان مساعدة هذه الكيانات والهيئات التي تأثرت بشكل كبير في عملية تطوير السياسة.

8. اتخاذ القرارات من خلال تطبيق سياسات مُوثَّقة بصورة محايدة وموضوعية، بقدر من التكامل والنزاهة.

9. العمل بسرعة تناسب احتياجات الإنترنت كجزء من عملية اتخاذ القرار والحصول على آراء وتعليقات المعلومات المعروفة من هذه الهيئات المتأثرة.

10. استمرار المسؤولية نحو مجتمع الإنترنت عبر آليات تُعزِّز فعالية ICANN.

11. في الوقت الذي ما زالت متأصلة في القطاع الخاص، مع الاعتراف بأن الحكومات والسلطات العامة هي المسؤولة عن السياسة العامة، وآخذاً بعين الاعتبار توصيات الحكومات أو الهيئات العامة.

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

المادة الثانية: السلطات

البند 1. السلطات العامة

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

البند 2. القيود

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

البند 3. عدم التمييز في المعاملة

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

المادة الثالثة: الشفافية

البند 1. الهدف

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

البند 2. موقع الويب

تحتفظ ICANN بموقع إنترنت يمكن الوصول الجماهيري إليه على الشبكة العالمية (يشار إليه "بموقع الويب")، يمكن أن يشمل ما يلي، من بين أشياء أخرى: (1) تقويم للاجتماعات المقررة لكل من مجلس الإدارة والمنظمات الداعمة واللجان الاستشارية، و(2) جدول بجميع مسائل تطوير السياسات المعلقة، بما في ذلك مواعيدها وحالتها الحالية، و(3) ملاحظات وجداول عمل حول كل اجتماع، كما هو موضح أدناه، و(4) معلومات حول ميزانية ICANN ، والمراجعة السنوية، والمساهمين الماليين ومقدار المساهمات والمسائل المتعلقة بها، و(5) معلومات حول توفر آليات المساءلة، بما في ذلك إعادة النظر والمراجعة المستقلة وأنشطة محقق الدعاوى، إضافة إلى معلومات حول نتائج طلبات وشكاوى معينة، تستدعي هذه الآليات، و(6) الإعلانات حول أنشطة ICANN التي تحظى باهتمام شرائح كبيرة من مجتمع ICANN ، و(7) التعليقات التي يتم تلقيها من المجتمع حول السياسات التي يتم وضعها والمسائل الأخرى، و(8) معلومات حول اجتماعات ICANN التي يحضرها الأعضاء شخصيًا والمنتديات العامة، و(9) معلومات أخرى تحظى باهتمام مجتمع ICANN.

البند 3. مدير المشاركة المجتمعية

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

البند 4. إشعارات وجداول أعمال الاجتماعات

يجب نشر إشعار بكل اجتماع مجلس إدارة خلال مدة لا تقل عن سبعة أيام قبل ذلك الاجتماع (أو حسبما يكون ملائمًا، ما لم تكن هذه المدة ملائمة)، علاوة على نشر جدول أعمال الاجتماع، إلى الحد المعروف.

البند 5. القرارات والتقارير الأولية

1. يجب اعتماد جميع قرارات اجتماعات مجلس الإدارة والمنظمات الداعمة (وأية مجالس واردة) على الفور من قِبل الهيئة الناشئة، كما يجب تقديمها إلى سكرتير ICANN لنشرها على موقع الويب.

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

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

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

البند 6. الإشعار والتعليق على إجراءات السياسة

1. يتم اعتبارها من المجلس لتبني تلك الجهود الخاصة بعملية الإنترنت أو الأطراف الأخرى بما يتضمن تشكيل أية رسوم أو مصروفات، فيجب على ICANN :

أ توفر إشعارًا عامًا على موقعها على الويب توضح فيها السياسات المعتبرة لتنفيذ القرارات وسببها خلال العشرين يومًا الأخيرة (بل وقبل ذلك إن أمكن) قبل اتخاذ أي قرار من المجلس.

ب. توفير الفرصة المقبولة للأطراف للتعليق على السياسات المقترحة والتعرف على تعليقات الآخرين والإجابة على هذه التعليقات قبل اتخاذ قرار من جانب المجلس.

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

2. بينما الاثنان متسقان ويمكن التعامل من خلالهما مع عملية تطور السياسة ذات الصلة ومن خلال المنتديات العامة ذات الصلة التي يجب عقدها لمناقشة أية سياسة مقترحة موضحة في البند (1)6 (ب) من هذه المادة ، قبل أي إجراءات نهائية خاصة بالمجلس.

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

البند 7. ترجمة المستندات

ما أمكن وإلى المدى المتوفر من ميزانية ICANN ، يجب على ICANN تسهيل ترجمة المستندات المنشورة بشكل نهائي بالعديد من اللغات المناسبة.

المادة الرابعة: المساءلة والمراجعة

البند 1. الهدف

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

البند 2. إعادة النظر

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

2. يمكن لأي شخص أو جهة التقدم بطلب لإعادة النظر أو مراجعة إجراء أو تراخٍ قامت به ICANN ("طلب إعادة النظر") حيث تكون الجهة قد تأثرت بما يلي:

أ. أي إجراءات أو تراخٍ من قبل العاملين قد تتنافى مع سياسات ICANN ؛ أو

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

3. يعين المجلس لجنة حوكمة مجلس الإدارة لمراجعة وإعادة النظر في أي طلبات إعادة النظر. يحق للجنة حوكمة مجلس الإدارة:

أ. تقييم طلبات المراجعة أو إعادة النظر؛

ب. تحديد ما إن كان الإبقاء على تعليق الإجراء الخاص بالطلب أمرًا مناسبًا؛

ج. إجراء أي تحقيقات إذا لزم الأمر؛

د. طلب أي مستندات إضافية من الطرف المعني، أو من أطراف أخرى؛ و

هـ. إصدار توصيات إلى مجلس الإدارة بتفاصيل الطلب.

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

5. يتعين إرسال كل طلبات إعادة النظر إلى عنوان البريد الإلكتروني الذي تحدده لجنة حوكمة مجلس الإدارة خلال ثلاثين يومًا بعد:

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

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

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

6. لا بد أن تحتوي كل طلبات إعادة النظر على المعلومات التي تطلبها لجنة حوكمة مجلس الإدارة، والتي لا بد أن تضم المعلومات التالية بحد أدنى على:

أ. الاسم، العنوان، أو معلومات الاتصال للجهة مقدمة الطلب متضمنة العنوان البريدي والبريد الإلكتروني؛

ب. الإجراء أو التراخي من جهة ICANN والمطلوب مراجعته أو إعادة النظر به؛

ج. تاريخ الإجراء أو التراخي؛

د. الطريقة التي تأثر بها الطرف مقدم الطلب بالإجراء أو التراخي؛

هـ. الحد - من وجهة نظر الطرف مقدم طلب إعادة النظر - الذي أثر فيه الإجراء أو التراخي على الآخرين؛

و. ما إن كان هناك طلب للإبقاء على الإجراء مؤقتًا، وإن كان الوضع كذلك، الأضرار التي قد تنتج عن إلغاء الإجراء؛

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

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

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

ي. الأسس التي يلزم أن يعتمد عليها الإجراء المطلوب اتخاذه؛

ك. أي مستندات يرغب مقدم الطلب في تقديمها لدعم الطلب.

7. تنشر كل طلبات إعادة النظر على الموقع الإلكتروني.

8. يحق للجنة حوكمة مجلس الإدارة النظر في طلبات إعادة النظر المقدمة من جهات مختلفة ضمن نفس السياق طالما (1) الطلبات تتناول نفس الإجراء أو التراخي و(2) الأطراف مقدمة طلبات إعادة النظر كان عليها نفس التأثير من قبل الإجراء أو التراخي.

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

10. إن أعلنت لجنة حوكمة مجلس الإدارة عن رفضها الطلب، فلا بد أن يتضمن الرفض أسباب هذا القرار.

11. قد تطلب لجنة حوكمة مجلس الإدارة أي معلومات إضافية أو توضيحات من مقدم الطلب.

12. قد تطلب لجنة حوكمة مجلس الإدارة من العاملين في ICANN وجهة نظرهم عن الموضوع، ونشر تلك التعليقات بشكل علني على الموقع الإلكتروني.

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

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

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

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

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

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

19. تقدم لجنة حوكمة مجلس الإدارة التقرير إلى المجلس سنويًا بحيث يتضمن المعلومات التالية بحد أدنى والخاصة بالسنة الماضية:

أ. عدد وطبيعة طلبات إعادة النظر التي تم استلامها؛

ب. عدد طلبات إعادة النظر التي اتخذت اللجنة إجراءات بشأنها؛

ج. عدد طلبات إعادة النظر التي ظلت معلقة عند نهاية السنة، ومتوسط الفترة الزمنية التي ظلت الطلبات بها معلقة؛

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

هـ. عدد وطبيعة طلبات إعادة النظر التي رفضت اللجنة النظر بها على أساس أنها لم تحقق الشروط التي تقرها هذه السياسة؛

و. بالنسبة لطلبات إعادة النظر المرفوضة، توضيح لأي آليات متوفرة لتضمن ICANN مصداقيتها أمام الأشخاص المعنيين بقراراتها؛

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

20. ويجب أن يسرد كل تقرير سنوي المعلومات المتعلقة بالموضوعات الموضحة في الفقرة 19 (أ) - (هـ) من هذا البند للفترة التي تبدأ في 1 يناير 2003.

البند 3. المراجعة المستقلة لإجراءات مجلس الإدارة

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

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

3. يجب أن تُحال طلبات المراجعة المستقلة إلى هيئة المراجعة المستقلة ( IRP )، التي تقارن بين الإجراءات المتنازع عليها في المجلس على مواد التأسيس واللوائح، وتعلن ما إذا كان المجلس قد تصرف دائمًا وفق بنود مواد التأسيس واللوائح هذه.

4. يتم تشغيل IRP من خلال مزود خدمة تحكيم دولي تعينه ICANN من وقت لآخر (ويُشار إليه بالاسم "مزود خدمة IRP") باستخدام محكِّمين متعاقدين مع هذا المزود أو مرشحين بواسطته.

5. بموجب موافقة مجلس الإدارة، يجب أن يضع مزود خدمة IRP قواعد وإجراءات عمل، يجب أن تنفذ البند 3 هذا وتتسق معه.

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

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

8. وتتولى IRP سلطة:

أ. طلب مزيد من التقديمات الإضافية المكتوبة من الطرف الذي يطلب المراجعة أو المجلس أو منظمات الدعم أو من الأطراف الأخرى ؛

ب. الإعلان عن مدى توافق أو عدم توافق قرارات المجلس مع مواد التأسيس واللوائح؛

ج. التوصية ببقاء المجلس عن أي إجراء أو قرار أو أن يتخذ المجلس إجراءات مؤقتة حتى يتم توفير الوقت لمراجعات المجلس والعمل حسب رأي IRP.

9. لا يعد الأفراد الذي يحوزون مناصب أو مراكز رسمية في هيئة ICANN مؤهلين للعمل في IRP.

10. ومن أجل الحفاظ على التكاليف والأعباء من الاستعراض المستقل عند أدنى مستوى ممكن، يجب أن يكون سلوك IRP وإجراءاتها عن طريق البريد الإلكتروني وغيرها عبر الإنترنت إلى أقصى حد ممكن. عند الاقتضاء، يجوز عقد اجتماعات IRP عن طريق الهاتف.

11. تلتزم IRP بسياسة تعارض المصالح المنصوص عليها في قواعد وإجراءات تشغيل مزود خدمة IRP ، المعتمدة من قِبل مجلس الإدارة.

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

13. يجب نشر إجراءات تشغيل IRP ، وجميع العرائض، والدعاوى، والإعلانات، على الموقع عندما تصبح متاحة.

14. كما يجوز لهيئة IRP - حسب تقديرها - منح مطالبة طرف بالحفاظ على سرية بعض المعلومات، كالأسرار التجارية.

15. وحيثما كان ذلك ممكنًا، يجب أن ينظر المجلس في إعلان IRP في اجتماع مجلس الإدارة المقبل.

البند 4. المراجعة الدورية لهيكل ICANN وعملياتها

1. يأمر المجلس بمراجعة دورية لأداء وعمل كل منظمة داعمة، وكل مجلس منظمة داعمة، وكل لجنة استشارية (بخلاف اللجنة الاستشارية الحكومية)، ولجنة الترشيح بواسطة كيان أو كيانات مستقلة عن المنظمة قيد المراجعة. ويكمن الهدف من هذه المراجعة - التي يجب إجراؤها وفقًا للمعايير والمقاييس التي يوجها إليها مجلس الإدارة - في: (1) تحديد ما إذا كانت تلك المنظمة لها هدف مستمر في هيكل ICANN ، و(2) إذا كان الأمر كذلك، فتحديد ما إذا كان أي تغيير في الهيكل أو العمليات أمرًا مرغوبًا فيه لتحسين كفاءتها.

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

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

2. تتولى اللجنة الاستشارية الحكومية توفير آليات المراجعة الخاصة بها.

المادة الخامسة: محقق الشكاوى

البند 1. مكتب محقق الشكاوى

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

2. كما يعيَّن محقق الشكاوى من قبل المجلس لفترة أولية مدتها سنتان قابلة للتجديد من قِبل المجلس.

3. يجب ألا يخضع محقق الشكاوى للإقالة من قبل المجلس إلا بناء على تصويت ثلاثة أرباع المجلس بأكمله.

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

البند 2. الميثاق

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

البند 3. العمليات

يتولى مكتب محقق الشكاوى المهام التالية:

1. تسهيل حل المشاكل والفصل في الشكاوى - على نحو عادل ومحايد وفي الوقت المناسب - التي قد تكون لدى أعضاء مجتمع ICANN المتأثرين (باستثناء الموظفين والبائعين/الموردين المتعاملين مع ICANN) من إجراءات محددة أو العجز عن تصرف مجلس الإدارة أو موظفي ICANN في الإجراءات التي لم تصبح موضوع سياسات إعادة نظر أو مراجعة مستقلة.

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

3. الحق في الحصول على (ولكن عدم نشر ما كان سريًا) جميع المعلومات اللازمة والسجلات من موظفي ICANN والهيئات التأسيسية للتمكن من التقييم المدروس للشكوى والمساعدة في تسوية المنازعات حيثما كان ذلك ممكنًا (بموجب التزامات السرية التي يفرضها مقدم الشكوى أو أي سياسات سرية معمول بها عمومًا وتعتمدها ICANN)؛

4. زيادة الوعي ببرنامج محقق الشكاوى ومهامه من خلال التفاعل الدوري مع مجتمع ICANN والتوفر على الإنترنت؛

5. الحفاظ على الحياد والاستقلالية، وعدم المحاباة أو مراعاة المصلحة الشخصية في أي نتيجة، و

6. الالتزام بجميع سياسات تعارض المصالح والسرية التي تنتهجها ICANN.

البند 4. التفاعل مع ICANN والكيانات الخارجية

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

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

3. يجب ألا يشكل الاتصال بمحقق الشكاوى إخطارًا إلى ICANN عن أي إجراء معين أو سبب لاتخاذ إجراء.

4. ولكن يكون محقق الشكاوى وحده المخول بإعداد تقارير إلى مجلس الإدارة بما يراه مناسبًا فيما يتعلق بأي مشكلة معينة، وحلها أو عدم القدرة على حلها. ويجب نشر هذه التقارير على موقع الويب، ما لم يرَ محقق الشكاوى - حسب محض تقديره - بأن ذلك غير مناسب.

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

البند 5. التقرير السنوي

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

المادة السادسة: مجلس الإدارة

البند 1. تشكيل المجلس

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

البند 2. المديرون واختيارهم؛ انتخاب رئيس مجلس الإدارة ونائبه

1. يجب أن يتألف المديرون من:

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

ب. عضوين يتمتعان بحق التصويت وتختارهما منظمة دعم العنوان وفقًا لبنود المادة الثامنة من هذه اللوائح. وتشير هذه اللوائح إلى هذه المقاعد في مجلس الإدارة بالمقعدين 9 و10.

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

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

هـ. عضو واحد للتصويت ويحدد من قبل المجتمع العام وفقًا لبنود المادة الحادية عشرة من هذه اللائحة. وتشير هذه اللوائح إلى هذا المقعد في مجلس الإدارة بالمقعد 15.

و. الرئيس بحكم منصبه، يكون عضوًا له حق التصويت.

2. خلال تنفيذها لمسؤولياتها لملء المقاعد من 1 إلى 8، يجب أن تسعى لجنة الترشيح لطلب ذلك لضمان أن مجلس إدارة ICANN يتكون من أعضاء يمثلون التنوع الجغرافي المناسب والتنوع الثقافي والتنوع في المهارات والخبرات والرؤى من خلال تطبيق المعايير المنصوص عليها في البند 3 من هذه المادة. لا يمكن للجنة الترشيح في أي وقت من الأوقات اختيار مدير لشغل أي منصب أو فترة منتهية بحيث يجعل إجمالي عدد المديرين (بدون الرئيس) المواطنين للدولة الواقعة ضمن منطقة جغرافية واحدة (كما هو محدد البند 5 من هذه المادة) يتعدى الخمسة؛ ولا بد أن تتأكد لجنة الترشيح من خلال اختيارها طوال الوقت أن يتضمن المجلس مديرًا واحدًا على الأقل مواطنًا لدولة في كل منطقة من مناطق ICANN الجغرافية ("حسابات التنوع").

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

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

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

4. يتعين على المجلس سنويًا اختيار رئيس ونائب للرئيس من بين المديرين، ولا يشمل ذلك الرئيس.

البند 3. معايير اختيار المديرين

يجب أن يكون مديرو ICANN :

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

2. أشخاصًا لديهم فهم لطبيعة مهمة ICANN والتأثير المحتمل لقرارات ICANN بمجتمع الإنترنت العالمي والالتزام تجاه نجاح ICANN ؛

3. لديهم تنوع ثقافي وجغرافي عن مجلس الإدارة يتفق مع المعايير الأخرى المنصوص عليها في هذا البند؛

4. لديهم في المجمل شخصية تألف العمليات بسجلات gTLD والمسجلين ضمن سجلات ccTLD وسجلات عناوين بروتوكول الإنترنت إضافة إلى المعايير التقنية والبروتوكولات وإجراءات تطوير السياسة والعلاقات القانونية والاهتمام العام والتمتع بنطاق كبير للمسؤولية والاستخدام الفردي والأفراد الأكاديميين والمستخدمين غير التجاريين للإنترنت؛

5. أشخاصًا يرغبون في العمل التطوعي دون مقابل سوى التعويض عن النفقات الخاصة؛

6. أشخاصًا يجيدون العمل والتعامل باللغة الإنجليزية كتابةً وتحدثًا.

البند 4. المؤهلات الإضافية

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

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

3. يجب ألا يكون الأشخاص الذين يشغلون أية صفة في لجنة الترشيح مؤهلين للاختيار لمناصب في المجلس، حسبما تنص عليه المادة السابعة، البند 8.

البند 5. التمثيل الدولي

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

البند 6. تعارض مصالح المديرين

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

البند 7. واجبات المديرين

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

البند 8. مدد المديرين

1. يجب أن تبدأ المدة العادية لمكتب المدير مقاعد من 1 إلى 154 على النحو التالي:

أ. تبدأ المدد العادية للمقاعد من 1 إلى 3 في ختام الاجتماع السنوي لهيئة ICANN في عام 2003 وكل اجتماع ICANN سنوي كل ثلاثة أعوام بعد عام 2003؛

ب. وتبدأ المدد العادية للمقاعد من4 إلى 6 في ختام الاجتماع السنوي لهيئة ICANN في عام 2004 وكل اجتماع سنوي كل ثلاثة أعوام بعد عام 2004؛

ج. وتبدأ المدد العادية للمقاعد من 7 إلى 8 في ختام الاجتماع السنوي لهيئة ICANN في عام 2005 وكل اجتماع سنوي كل ثلاثة أعوام بعد عام 2005؛

د. كما تستمر مدد المقاعد 9 و12 حتى اختتام اجتماع نصف العام لهيئة ICANN التالي لاجتماعها السنوي في عام 2011. بينما تبدأ المدد التالية للمقعدين 9 و12 في اختتام الاجتماع نصف العام الذي يُعقد بعد اجتماع ICANN السنوي لعام 2011 وكل اجتماع سنوي لها خلال كل ثلاثة أعوام بعد 2011؛

هـ. تستمر مدد المقعدين 12 و13 حتى اختتام اجتماع نصف العام لهيئة ICANN التالي لاجتماعها السنوي في عام 2012. بينما تبدأ المدد التالية للمقعدين 10 و13 في اختتام اجتماع نصف العام الذي يُعقد بعد اجتماع ICANN السنوي لعام 2012 وكل اجتماع سنوي لها خلال كل ثلاثة أعوام بعد 2012، و

و. تبدأ المدد العادية للمقعدين 11 و14 في ختام اجتماع نصف العام لهيئة ICANN التالي لاجتماع ICANN في عام 2010، وكل اجتماع سنوي كل ثلاثة أعوام بعد عام 2010؛

ز. يجب أن تبدأ المدة العادية الأولى للمقعد 15 مع اختتام اجتماع نصف العام لهيئة ICANN التالي لاجتماع ICANN في عام 2010 وكل اجتماع ICANN سنوي كل ثلاثة أعوام بعد عام 2010. (ملاحظة: في الفترة السابقة لبداية المدة العادية للمقعد 15، يعتبر المقعد 15 شاغرًا. من خلال عملية منسقة من قبل اللجنة الاستشارية العامة، تم اختيار المجتمع العام لمدير لشغل المقعد الشاغر 15 وقدَّم لسكرتير ICANN إخطارًا خطيًا باختياره. وقد تم شغل المقعد الشاغر 15 في ختام اجتماع ICANN السنوي في عام 2010، لمدة تنتهي ببدء المدة العادية الأولى المحددة للمقعد 15 وفقا لهذا البند من اللوائح. حتى اختتام اجتماع ICANN السنوي في عام 2010، كان هناك مسؤول اتصال غير مصوت معين من قبل اللجنة الاستشارية العامة، وشارك على النحو المحدد في البندين 9(3) و 9(5) من هذه المادة.)

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

2. كل مدير يشغل أي مقعد من 1 إلى 15، بما في ذلك اختيار مدير لشغل مقعد شاغر، سيكون منصبه لمدة تستمر حتى تبدأ الفترة التالية لهذا المقعد، وحتى اختيار خليفة له وتأهيله أو حتى استقالة ذلك المدير أو إقالته وفقًا لهذه اللوائح.

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

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

5. وفقًا لبنود المادة الانتقالية من هذه اللوائح، لا يجوز لأي مدير العمل لأكثر من ثلاث فترات متتالية. ولهذا الغرض، لا يُعتبر عضو اختير لشغل مقعد في مدة معينة من قبل قد شغلها بالنسبة لهذه الفترة. ويجب تضمين أي خدمة سابقة في المقاعد 9 و10 و11 و12 و13 و14 كالمدد المعينة في اللوائح اعتبارًا من [أدرج تاريخًا قبل سريان التعديل]، ما دامت هذه الخدمة لم تكن لشغل مقعد شاغر، في حساب المدد المتتالية بموجب هذه الفقرة.

6. تنطبق مدة شغل المدير لمنصبه على منصب الرئيس، طالما - وفقط طالما - كان هذا الشخص يحمل منصب الرئيس.

البند 9. مسؤولو الاتصالات غير المصوتين

1. يجب أن يشمل مسؤولو الاتصالات غير المصوتين ما يلي:

أ. عضوًا معينًا من قبل اللجنة الاستشارية الحكومية ؛

ب. عضوًا معينًا من قبل اللجنة الاستشارية لنظام خادم الجذر المؤسسة بموجب المادة الحادية عشرة من هذه اللوائح ؛

ج. عضوًا معينًا من قبل اللجنة الاستشارية للأمان والاستقرار المؤسسة بموجب المادة الحادية عشرة من هذه اللوائح ؛

د. عضوًا معينًا من قبل مجموعة الاتصالات التقنية المؤسسة بموجب المادة الحادية عشرة-أ من هذه اللوائح ؛

هـ. عضوًا معينًا من قبل فرقة عمل هندسة الإنترنت.

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

3. يجب أن يكون مسؤولو الاتصالات غير المصوتين متطوعين، ولا تتم مكافآتهم وإنما يُعوضون عن نفقات معينة يتحملونها.

4. ويجوز إعادة تعيين أي مسؤول اتصالات غير مصوِّت، وسيظل في هذا المنصب حتى يتم تعيين خلف له أو حتى استقالته أو إقالته وفقًا لهذه اللوائح.

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

البند 10. استقالة مدير أو مسؤول اتصالات غير مصوت

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

البند 11. إقالة المدير أو مسؤول الاتصال غير المصوت

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

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

البند 12. المقاعد الشاغرة

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

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

البند 13. الاجتماعات السنوية

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

البند 14. الاجتماعات العادية

تعقد الاجتماعات العادية للمجلس في التواريخ التي يحددها المجلس. وتعقد الاجتماعات المنتظمة في مقر ICANN الرئيسي، ما لم تُطرح اختيارات أخرى.

البند 15. الاجتماعات الاستثنائية

يجوز الدعوة لاجتماعات استثنائية للمجلس من قبل - أو بناء على طلب - ربع أعضاء المجلس أو من قِبل رئيس المجلس أو الرئيس. ويتولى الدعوة لعقد اجتماع استثنائي سكرتير ICANN. وتعقد الاجتماعات الاستثنائية في مقر ICANN الرئيسي، ما لم تُطرح اختيارات أخرى.

البند 16. الإخطار بالاجتماعات

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

البند 17. النصاب القانوني

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

البند 18. الإجراءات المتخذة في الاجتماع عبر الهاتف أو بواسطة أجهزة اتصالات

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

البند 19. الإجراءات المتخذة بدون عقد اجتماع

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

البند 20. البريد الإلكتروني

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

البند 21. حقوق التفتيش

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

البند 22. التعويض

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

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

البند 23. افتراض الموافقة

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

المادة السابعة: لجنة الترشيح

البند 1. وصف

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

البند 2. التكوين

تتألف لجنة الترشيح من الأشخاص التالين:

1. رئيس ليس له حق التصويت، يعيَّن من قبل مجلس ICANN ؛

2. رئيس منتخب ليس له حق التصويت، يعيَّن من قبل مجلس ICANN كمستشار غير مصوت؛

3. مسؤول اتصالات ليس له حق التصويت، يعيَّن من قبل اللجنة الاستشارية لنظام خادم الجذر في ICANN التي وضعتها المادة الحادية عشرة من هذه اللوائح ؛

4. مسؤول اتصالات ليس له حق التصويت، يعيَّن من قبل اللجنة الاستشارية للأمان والاستقرار في ICANN التي وضعتها المادة الحادية عشرة من هذه اللوائح ؛

5. مسؤول اتصالات ليس له حق التصويت، يعيَّن اللجنة الاستشارية الحكومية ؛

6. بموجب بنود المادة الانتقالية من هذه اللوائح، يتم اختيار خمسة مفوضين لهم حق التصويت من قبل اللجنة الاستشارية العامة التي وضعتها المادة الحادية عشرة من هذه اللوائح ؛

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

أ. مفوض واحد من مجموعة مزودي الامتدادات أصحاب المصلحة؛

ب. مفوض واحد من مجموعة المُسجلين أصحاب المصلحة؛

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

د. مفوض واحد من دائرة مزودي خدمات الإنترنت؛

هـ. مفوض واحد من دائرة الملكية الفكرية، و

و. مفوض واحد من مجموعات المستهلكين والمجتمع المدني، تختاره دائرة المستخدمين غير التجاريين.

8. مفوض واحد له حق التصويت، تختاره الجهات التالية:

أ. مجلس منظمة دعم أسماء رمز البلد التي وضعتها المادة التاسعة من هذه اللوائح ؛

أ. مجلس منظمة دعم العناوين التي وضعتها المادة الثامنة من هذه اللوائح ؛

ج. فرقة عمل هندسة الإنترنت، و

د. مجموعة ارتباطات ICANN التقنية التي وضعتها المادة الحادية عشرة-أ من هذه اللوائح ؛

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

البند 3 المدة

بموجب بنود المادة الانتقالية في هذه اللوائح:

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

2. تبدأ الفترة العادية لكل مفوض له حق التصويت عند ختام الاجتماع السنوي لمنظمة ICANN ، وتنتهي بختام الاجتماع السنوي التالي لمنظمة ICANN.

3. يجب أن يعمل مسؤولو الاتصالات غير المصوتين خلال المدة المعينة من قبل الكيان الذي يعيِّنهم. ويخدم الرئيس، والرئيس المنتخب، وأي مرافق الرئيس على هذا النحو حتى اختتام الاجتماع السنوي المقبل لهيئة ICANN.

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

5. وتملأ المناصب الشاغرة في مناصب: المفوض أو مسؤول الاتصال غير المصوت أو الرئيس المنتخب أو الرئيس، من جانب الكيان الذي له حق اختيار مفوض أو مسؤول اتصال غير مصوت أو رئيس منتخب أو رئيس. ويجوز تعيين مستشار ليس له حق التصويت للرئيس بواسطة المجلس من بين الأشخاص ذوي الخدمة السابقة في المجلس أو لجنة الترشيح، بما في ذلك الرئيس السابق مباشرة للجنة الترشيح، وذلك خلال أي مدة يظل فيها منصب الرئيس المنتخب شاغرًا وفقا للفقرة 4 من هذه المادة، أو حتى يمكن ملء أي منصب شاغر آخر للرئيس المنتخب. ويمكن ملء المنصب الشاغر لمرافق الرئيس بواسطة الرئيس وفقًا للمعايير التي حددها البند 2(9) من هذه المادة.

6. يجب ألا تؤثر أية مناصب شاغرة على التزام لجنة الترشيح بتنفيذ المسؤوليات الموكلة إليها بموجب هذه اللوائح.

البند 4. معايير اختيار مفوضي لجنة الترشيح

يجب على مندوبي لجنة الترشيح في ICANN أن يكونوا:

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

2. أشخاصًا ذوي اتصالات واسعة وخبرة واسعة في مجتمع الإنترنت، وتعهد بنجاح ICANN ؛

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

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

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

6. أشخاصًا يجيدون العمل والتعامل باللغة الإنجليزية كتابةً وتحدثًا.

البند 5. التنوع

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

البند 6. الدعم الإداري والتشغيلي

على ICANN تقديم الدعم الإداري والتشغيلي اللازم للجنة الترشيح للاضطلاع بمسؤولياتها.

البند 7. الإجراءات

تتبنى لجنة الترشيح إجراءات التشغيل التي تنشر على موقع الويب، وتراها ضرورية.

البند 8. الأهلية للاختيار بواسطة لجنة الترشيح

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

البند 9. الأهلية للخدمة في لجنة الترشيح

لا يجوز لأي شخص سواء كان موظفًا أم مستشارًا يتقاضى أجرًا لدى ICANN (بما في ذلك محقق الدعاوى) العمل في الوقت نفسه في أي من مناصب لجنة الترشيح الموضحة في البند 2 من هذه المادة.

المادة الثامنة: منظمة دعم العنوان

البند 1. وصف

1. يتعين على منظمة دعم العناوين ( ASO ) تقديم المشورة للمجلس فيما يتعلق بقضايا السياسة المتعلقة بالتشغيل وإسناد المهام، وإدارة عناوين الإنترنت.

2. يجب أن تكون ASO الكيان المُنشأ بموجب مذكرة التفاهم المبرمة في 21 أكتوبر 2004 بين ICANN ومنظمة موارد الأرقام ( NRO )، وهي منظمة من مزودي امتداد الإنترنت الإقليميين ( RIRs ).

البند 2. مجلس العناوين

1. يجب أن يكون لمنظمة ASO مجلس عناوين، يتألف من أعضاء المجلس أرقام NRO.

2. يختار مجلس العناوين المديرين الذين يشغلون تلك المقاعد في المجلس المعين شغله من قبل ASO.

المادة التاسعة: منظمة دعم أسماء رمز البلد

البند 1. وصف

يجب وجود هيئة تطوير سياسات تُعرف بمنظمة دعم أسماء رمز البلد ( ccNSO ) وتكون مسؤولة عن:

1. تطوير السياسات العالمية المتعلقة بنطاقات المستوى الأعلى لرمز البلد والتوصية بها للمجلس؛

2. رعاية توافق الآراء عبر مجتمع ccNSO ، بما في ذلك الأنشطة المتصلة بالأسماء لـ ccTLDs ؛ و

3. التنسيق مع منظمات الدعم الأخرى التي تتبع ICANN واللجان والدوائر الانتخابية تحت مظلة ICANN.

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

البند 2. الهيكل التنظيمي

يجب أن تتكون ccNSO من (أ) مديري ccTLD الذين وافقوا خطيًا على العضوية في ccNSO (انظر البند 4 (2) من هذه المادة) و(ب) مجلس ccNSO المسؤول عن إدارة عملية تطوير السياسات في ccNSO.

البند 3. مجلس ccNSO

1. يتكون مجلس ccNSO من (أ) ثلاثة أعضاء بمجلس ccNSO يختارهم أعضاء ccNSO داخل كل من المناطق الجغرافية التابعة لـ ICANN بالطريقة الموضحة في البند 4(7) حتى (9) من هذه المادة ؛ و(ب) ثلاثة أعضاء لمجلس ccNSO تختارهم لجنة الترشيح في ICANN ؛ و(ج) مسؤولي اتصالات كما هو موضح في الفقرة 2 من هذا البند ؛ و(4) مراقبين كما هو موضَّح في الفقرة 3 من هذا البند.

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

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

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

5. يجوز لعضو بمجلس ccNSO الاستقالة في أي وقت عبر إخطار خطي يوجَّه إلى سكرتير ICANN ، مع نسخة من الإخطار إلى رئيس مجلس ccNSO.

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

7. ويعتبر وجود منصب شاغر في مجلس ccNSO في حالة استقالة أي عضو مجلس ccNSO أو وفاته، أو إقالته. تملأ المناصب الشاغرة للأعضاء الثلاثة الذين تختارهم لجنة الترشيح خلال المدة المتبقية التي تشارك فيها لجنة الترشيح عبر تقديم إخطار خطي لسكرتير ICANN باختيارها، مع نسخة من الإخطار إلى رئيس مجلس ccNSO. تملأ المناصب الشاغرة لأعضاء مجلس ccNSO الذين يختارهم أعضاء ccNSO خلال المدة المتبقية من الإجراء الموضَّح في البنود من 4(7) حتى (9) من هذه المادة.

8. دور مجلس ccNSO هو إدارة وتنسيق شؤون ccNSO (بما في ذلك تنسيق اجتماعات، والاجتماعات السنوية من بينها، أعضاء ccNSO ، كما هو موضح في البند 4(6) من هذه المادة) وإدارة التوصية بتطوير السياسات بموجب البند 6 من هذه المادة. كما يتولى مجلس ccNSO أيضًا أدوارًا أخرى حسبما يراه أعضاء ccNSO من وقت لآخر.

9. يُجري مجلس ccNSO اختيارات لملء المقعدين 11 و12 في المجلس بالقرعة المكتوبة، أو من خلال العمل في الاجتماع؛ ويجب أن يكون الاختيار في أي من هذين الطريقتين بناءً على أصوات مؤكدة من أغلبية كل أعضاء مجلس ccNSO الحاضرين حينئذٍ. يتم تقديم إخطارات باختيارات مجلس ccNSO بواسطة رئيس مجلس ccNSO خطيًا إلى سكرتير ICANN ، بما يتفق مع المادة السادسة، البند 8(4) و 12(1).

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

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

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

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

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

البند 4. العضوية

1. يجب وجود أعضاء في ccNSO من مديري ccTLD. ويحق لأي مدير ccTLD يفي بمؤهلات العضوية المنصوص عليها في الفقرة 2 من هذا البند أن يكون عضوًا في ccNSO. لأغراض هذه المادة، يشير مدير ccTLD إلى منظمة أو كيان مسؤول عن إدارة نطاق المستوى الأعلى لرمز البلد ISO 3166 ، ويُشار إليه في قاعدة بيانات IANA بالعنوان الحالي "المنظمة الراعية"، أو تحت أي اسم بديل لاحق، لنطاق المستوى الأعلى لرمز البلد ذلك.

2. يجوز لأي مدير ccTLD أن يصبح عضوًا في ccNSO عن طريق تقديم طلب إلى الشخص المعين من قبل مجلس ccNSO بتلقي الطلبات. وبموجب بنود المادة الانتقالية من هذه اللوائح، يجب أن يكون الطلب خطيًا في نموذج يعينه مجلس ccNSO. كما يجب أن يتضمن الطلب اعتراف مدير ccTLD بدور ccNSO داخل هيكل ICANN ، فضلاً عن الاتفاق على مدير تلك ccTLD ، خلال مدة عضويته في ccNSO على: (أ) الالتزام بقواعد ccNSO ، بما في ذلك قواعد العضوية، و(ب) الالتزام بالسياسات والتوصيات التي وضعتها ccNSO وتبناها المجلس بالطريقة الموضحة في الفقرتين 10 و11 من هذا البند، و(ج) دفع رسوم عضوية ccNSO المحددة بواسطة مجلس ccNSO بموجب البند 7(3) من هذه المادة يجوز لأي عضو في ccNSO الاستقالة من العضوية في أي وقت بتقديم إخطار خطي إلى الشخص المعين من قبل مجلس ccNSO لتلقي إخطارات الاستقالة. عند استقالة مدير ccTLD ، فلا يكون عليه الموافقة على: (أ) التقيد بقواعد ccNSO ، بما في ذلك قواعد العضوية، و(ب) الالتزام بالسياسات والتوصيات التي وضعتها ccNSO وتبناها المجلس بالطريقة الموضحة في الفقرتين 10 و11 من هذا البند، و(ج) دفع رسوم عضوية ccNSO المحددة بواسطة مجلس ccNSO بموجب البند 7(3) من هذه المادة. في حالة عدم وجود شخص معيَّن من قبل مجلس ccNSO لتلقي طلبات وإخطارات الاستقالة، يجب إرسالها إلى سكرتير ICANN ، الذي عليه إخطار مجلس ccNSO بتلقي طلبات وإخطارات من هذا القبيل.

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

4. المناطق الجغرافية لـ ccTLD هي الموضحة في البند 5 بالمادة السادسة من هذه اللوائح. ولأغراض هذه المادة، يُشار إلى مديري ccTLDs بمناطق جغرافية ممن هم أعضاء بـ ccNSO على أنهم أعضاء ccNSO داخل المنطقة الجغرافية بغض النظر عن الموقع المادي لمدير ccTLD. وفي حالة عدم وضوح المنطقة الجغرافية لعضو ccNSO ، يتم ذاتيًا اختيار عضو ccTLD طبقًا للإجراءات المعروفة والتي يتم تطبيقها بواسطة مجلس ccNSO.

5. يجوز لكل مدير ccTLD تعيين شخص أو منظمة أو كيان لتمثيل مدير ccTLD ، على أن يكون ذلك خطيًا. وفي ظل عدم وجود هذا التعيين، يجب تمثيل مدير ccTLD من قبل الشخص أو المنظمة أو الكيان الوارد كجهة اتصال إدارية في قاعدة بيانات IANA.

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

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

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

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

10. وبموجب البند 4 (11) ، تسري سياسات ICANN على أعضاء ccNSO بحكم عضويتهم إلى الحد، وفقط إلى الحد، الذي بمقتضاه تكون السياسات (أ) تعالج فقط القضايا التي تقع ضمن نطاق ccNSO وفقا للبند 6 من المادة التاسعة، والمرفق ج؛ و(ب) قد تم تطويرها من خلال ccPDP كما هو موضح في البند 6 من هذه المادة ، و(ج) موصى بها أيضًا بواسطة ccNSO للمجلس، و(د) تبناها المجلس كسياسات تظل دائمة في جميع الأوقات، شريطة عدم تعارضها مع القانون المعمول به بالنسبة لمدير ccTLD. بالإضافة إلى ذلك، يجب تطبيق هذه السياسات على ICANN في أنشطتها المتعلقة بنطاقات ccTLD.

11. لن يكون أي عضو في ccNSO ملزَمًا في حالة تقديم إعلان إلى مجلس ccNSO يفيد بأن (أ) تنفيذ السياسة يتطلب من العضو خرق العادات، أو مبادئ الدين، أو السياسة العامة (غير المنصوص عليها في القانون المعمول بها في الفقرة 10 من هذا البند)، و(ب) العجز عن تنفيذ السياسة لن يضر بعمليات DNS أو التشغيل البيني، مع إعطاء أسباب تفصيلية تدعم هذه النتائج. بعد التحري، سيقدم مجلس ccNSO ردًا على إعلان عضو ccNSO. وإذا توفر إجماع بين أعضاء مجلس ccNSO على الاختلاف مع الإعلان، والذي قد يكون أظهر أغلبية أصوات 14 عضوًا أو أكثر من أعضاء مجلس ccNSO ، فيتعين أن ينص الرد على عدم موافقة مجلس ccNSO مع الإعلان وأسباب ذلك. وبخلاف ذلك، يجب أن ينص الرد على موافقة مجلس ccNSO على الإعلان. وإذا لم يوافق مجلس ccNSO ، فيجب أن يراجع مجلس ccNSO الوضع بعد فترة ستة أشهر. في نهاية هذه الفترة، يخلُص مجلس ccNSO إلى المعطيات التالية: (أ) هل يتطلب تنفيذ السياسة من أعضاء ccNSO خرق العادات، أو مبادئ الدين، أو السياسة العامة (غير المنصوص عليها في القانون المعمول به في الفقرة 10 من هذا البند)، و(ب) هل العجز عن تنفيذ السياسة سيضر بعمليات DNS أو التشغيل البيني. وبالتوصل إلى أية معطيات تتعارض مع الإعلان، يستمر مجلس ccNSO في العمل بالإجماع، والذي قد يكون أظهر أصوات أغلبية 14 عضوًا أو أكثر من أعضاء مجلس ccNSO.

البند 5. المنظمات الإقليمية

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

البند 6. عملية تطوير سياسة ccNSO ونطاقها

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

2. خلال تطوير السياسات العالمية ضمن نطاق ccNSO ، والتوصية بها للمجلس، يجب أن تتبع ccNSO عملية تطوير السياسة PDP لمنظمة ccNSO. وستكون عملية ccPDP كما هو منصوص عليه في الملحق ب من هذه اللوائح ؛ كما يجب التوصية بالتعديلات للمجلس من قبل ccNSO ، وذلك باستخدام الإجراءات الموضحة في ccPDP ، ويجب أن تخضع لموافقة المجلس.

البند 7. دعم الموظفين وتمويلهم

1. بناء على طلب من مجلس ccNSO ، يجوز تعيين عضو من موظفي ICANN لدعم ccNSO ، ويجب تعيينه كمدير لموظفي ccNSO. أو يجوز بدلاً من ذلك لمجلس ccNSO تعيين شخص آخر للعمل كمدير لموظفين ccNSO ، وذلك على نفقة ccNSO. يجب تعيين منصب مدير موظفي ccNSO في الشؤون الدائمة من قِبل رئيس مجلس ccNSO ، ويجوز أن يشمل واجبات مدير مشاكل ccPDP.

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

3. كما يحدد مجلس ccNSO الرسوم الواجب دفعها من قبل أعضاء ccNSO لتغطية نفقات ccNSO ، كما هو موضح في الفقرتين 1 و2 من هذا البند ، حسبما اعتمده أعضاء ccNSO.

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

المادة العاشرة: منظمة دعم الأسماء العامة

البند 1. وصف

يجب وجود هيئة لتطوير السياسات تُعرف بمنظمة دعم الأسماء العامة ( GNSO )، وتكون مسؤولة عن تطوير سياسات مجلس ICANN الدائمة المتعلقة بنطاقات المستوى الأعلى العامة وتوصية مجلس ICANN بها.

البند 2. الهيكل التنظيمي

يجب أن تتألف GNSO من:

(1) عدد من الدوائر، حيثما أمكن، منظمة ضمن مجموعات حسب أصحاب المصالح كما هو موضح في البند 5 من هذه المادة ؛

(2) أربع مجموعات أصحاب مصالح داخل مجالس، كما هو موضح في البند 5 من هذه المادة ؛

(3) مجلسين في إطار مجلس GNSO ، كما هو موضح في البند 3(8) من هذه المادة ؛ و

(4) مجلس GNSO المسؤول عن إدارة عملية تطوير السياسات الخاصة بمنظمة GNSO ، كما هو موضح في البند 3 من هذه المادة.

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

البند 3. مجلس GNSO

1. بموجب بنود البند 5 بالمادة الانتقالية العاشرة من هذه اللوائح وكما هو موضح في البند 5 بالمادة العاشرة ، يتألف مجلس GNSO مما يلي:

أ. ثلاثة ممثلين مختارين من مجموعة سجلات أصحاب المصلحة؛

ب. ثلاثة ممثلين مختارين من مجموعة أصحاب المصلحة من المُسجلين؛

ج. ستة ممثلين مختارين من مجموعة من أصحاب المصالح التجارية؛

ج. ستة ممثلين مختارين من مجموعة من أصحاب المصالح غير التجارية؛ و

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

لا يجوز أن يحصل ممثل فرد على أكثر من مقعد واحد في مجلس GNSO في نفس الوقت.

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

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

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

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

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

يجوز عزل عضو مجلس GNSO الذي تم اختياره بواسطة لجنة الترشيح من خلال: 1) تصويت يتم الإعلان عنه لثلاثة أرباع ( 3/4 ) كافة أعضاء المجلس ذي الصلة الذي تم تعيين عضو المجلس المختار من قبل لجنة الترشيح فيه؛ أو 2) تصويت يتم الإعلان عنه لثلاثة أرباع ( 3/4 ) جميع أعضاء كل مجلس في حالة العضو المعين من قبل لجنة الترشيح الذي لا يحق له التصويت (طالع القسم 3(8) من هذه المادة). ويخضع هذا العزل للنقض من قبل مجلس إدارة ICANN في حالة الاستئناف من قبل عضو مجلس GNSO المعني.

4. يتحمل مجلس GNSO مسؤولية إدارة سياسة عملية تطوير منظمة GNSO. ويتبنى الإجراءات المتبعة ("إجراءات تشغيل GNSO") عندما يراها مناسبة لتنفيذ هذه المسؤولية الملقاة على عاتقه، شريطة أن تتم الموافقة على هذه الإجراءات من خلال تصويت يحظى بغالبية كل مجلس. ويسرى مفعول الإجراءات التشغيلية لمنظمة GNSO بعد انقضاء واحد وعشرين (21) يومًا من فترة التعليق العام، ويتعين أن تخضع لرقابة ومراجعة مجلس الإدارة. وإلى أن يقوم مجلس GNSO بالتوصية بأي تعديلات ذات صلة، تكون الإجراءات المعمول بها هي تلك الواردة في القسم 6 من هذه المادة.

5. لا يجوز أن يمثل أكثر من مسؤول أو مدير أو موظف في أية شركة محددة أو أي مؤسسة أخرى (بما في ذلك فروعها وشركاتها التابعة) الشركة أو المؤسسة في مجلس GNSO في أية فترة زمنية محددة.

6. تقوم منظمة GNSO بعمليات اختيار من أجل شغل المقعدين 13 و14 في مجلس إدارة ICANN وذلك من خلال إجراء تصويت كتابي أو اتخاذ إجراء مناسب في أحد الاجتماعات ذات الصلة. يقوم كل من مجلسي GNSO اللذين يتمتعان بحق التصويت، وذلك على النحو الوارد في القسم 3(8) من هذه المادة ، بعملية اختيار لشغل أحد مقعدى مجلس إدارة ICANN ، وذلك على النحو الموضح أدناه؛ ويتعين أن تحظى أية عملية اختيار في هذا الخصوص بأصوات مؤيدة تعادل ستين في المائة (60٪) من أعضاء المجلس المعني الذي يحق له التصويت:

أ. يختار مجلس الطرف المتعاقد ممثلاً لشغل المقعد 13؛

أ. يختار مجلس الطرف غير المتعاقد ممثلاً لشغل المقعد 14

يتم تحديد إجراءات الانتخاب في إجراءات التشغيل الخاصة بمنظمة GNSO.

ويقوم رئيس منظمة GNSO بمنح سكرتير ICANN إخطارًا كتابيًا يتعلق بعمليات الاختيار الخاصة بمجلس الإدارة، يتوافق مع المادة السادسة، القسمين 8(4) و 12(1).

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

8. باستثناء ما يتعين الالتزام به في هذه اللوائح الداخلية، فإنه لأغراض تتعلق بالتصويت، يتعين تنظيم مجلس GNSO (طالع القسم 3(1) من هذه المادة) بحيث ينقسم هيكله إلى مجلسين ثنائيين وذلك على النحو الوارد أدناه:

أ. يتضمن مجلس الأطراف المتعاقدة مجموعة أصحاب المصلحة المعنية بالسجلات (ثلاثة أعضاء) ومجموعة أصحاب المصلحة من المسجلين (ثلاثة أعضاء) وعضو واحد يحق له التصويت ويتم تعيينه من قبل لجنة ترشيح ICANN ليصل الإجمالي إلى سبعة أعضاء يحق لهم التصويت؛

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

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

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

أ. إنشاء تقرير مشكلات: يلزم تصويتًا بالموافقة يتم الحصول فيه على أكثر من 25٪ من أصوات كل مجلس أو غالبية مجلس واحد فقط؛

ب. بدء عملية تطوير سياسة ("PDP") داخل النطاق (على النحو الوارد في الملحق "أ"): يلزم تصويتًا بالموافقة يتم الحصول فيه على أكثر من 33٪ من أصوات كل مجلس أو أكثر من 66٪ من أصوات مجلس واحد فقط؛

ج. بدء عملية PDP ليست داخل النطاق: يتطلب تصويتًا بالموافقة من أكثر من 75٪ من مجلس واحد والغالبية العظمى من المجلس الآخر ("الغالبية العظمى من منظمة GNSO")؛

د. الموافقة على توصية تتعلق بعملية PDP دون الحصول على الغالبية العظمى لمجلس GNSO : تلزم تصويتًا بالموافقة يتم الحصول فيه على غالبية أعضاء كل مجلس وكذلك تتطلب أن يقوم ممثل عضو واحد لمجلس GNSO لما يقل عن 3 من المجموعات الأربع لأصحاب المصلحة بدعم هذه التوصية؛

هـ. الموافقة على توصية تتعلق بعملية PDP من خلال الحصول على الغالبية العظمى لمجلس GNSO : يتطلب تصويتًا بالموافقة من الغالبية العظمى لمنظمة GNSO ؛

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

القسم 4. دعم وتمويل طاقم العمل

1. يتم تعيين عضو من طاقم عمل ICANN لتقديم الدعم لمنظمة GNSO ، والذي يقوم رئيس مجلس GNSO بتحديد عمله بشأن الأمور الجوهرية، كما يتم تعيينه كمدير لطاقم عمل GNSO (مدير طاقم العمل).

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

القسم 5. مجموعات أصحاب المصلحة

1. يتم اعتبار مجموعات أصحاب المصلحة التالي ذكرهم بموجب هذه الوثيقة كممثلين لمجموعة محددة لدائرة انتخابية واحدة أو أكثر أو مجموعات ذات مصالح وتخضع لأحكام مادة الانتقال رقم عشرين، القسم 5 من هذه اللوائح الداخلية :

أ. مجموعة أصحاب المصلحة المعنية بالسجلات التي تمثل كافة سجلات gTLD بموجب العقد المبرم مع ICANN ؛

ب. مجموعة أصحاب المصلحة من المسجلين التي تمثل كافة المسجلين المعتمدين من خلال وبموجب عقد مبرم مع ICANN ؛

ج. مجموعة أصحاب المصلحة التجاريين التي تمثل مجموعة كاملة من الكيانات التجارية الكبيرة والصغيرة الخاصة بالإنترنت ؛

د. مجموعة أصحاب المصلحة غير التجاريين التي تمثل مجموعة كاملة من الكيانات غير التجارية الخاصة بالإنترنت.

2. يتم تحديد عدد محدد من مقاعد المجلس لكل مجموعة أصحاب مصلحة وذلك وفقًا لـ القسم 3(1) من هذه المادة.

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

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

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

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

ج. توصية تتعلق بالوضع التنظيمي في نطاق مجموعة أصحاب مصلحة محددة؛

د. ميثاق مقترح يلتزم بالمبادئ والإجراءات الواردة في هذه اللوائح الداخلية.

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

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

القسم 6. عملية تطوير سياسة

يتعين أن تكون إجراءات تطوير سياسة التي سيتم اتباعها من قبل منظمة GNSO وارة في الملحق "أ" الخاص بهذه اللوائح الداخلية. ويمكن الإضافة إلى هذه الإجراءات أو مراجعتها وفقًا للطريقة الواردة في القسم 3(4) من هذه المادة.

المادة الحادية عشرة: اللجان الاستشارية

القسم 1. عام

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

القسم 2. اللجان الاستشارية المحددة

يجب توفير ما لا يقل عن اللجان الاستشارية التالية:

1. اللجنة الاستشارية الحكومية

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

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

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

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

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

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

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

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

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

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

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

2. اللجنة الاستشارية للأمان والاستقرار

أ. يكمن دور اللجنة الاستشارية للأمان والاستقرار ("SSAC") في تقديم النصيحة لمجتمع ICANN والمجلس بشأن الأمور ذات الصلة بأمان وتكامل أنظمة تخصيص أسماء وعناوين الإنترنت. وتضطلع هذه اللجنة بالمسؤوليات التالية:

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

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

3. الاتصال بأولئك الذين يتحملون مسؤولية مباشرة تتعلق بالشؤون الأمنية التي تتعلق بعمليات التسمية وتخصيص عناوين الإنترنت ( IETF ، RSSAC ، RIRs ، وسجلات الأسماء وغير ذلك)، وذلك لضمان أن تتزامن وتتناسق توصياتها واستشاراتها التي تتعلق بالمشكلات والمخاطر والأولويات الأمنية بشكل صحيح مع أنشطة تحديد المعايير القياسية الحالية والنشر والتشغيل والتنسيق. تقوم اللجنة بالإشراف على تلك الأنشطة وإبلاغ مجتمع ICANN ومجلس الإدارة بمستوى التقدم، حسبما تتطلب الأمور.

4. تقديم التقارير التي تتعلق بأنشطتها إلى المجلس بشكل دوري.

5. تقديم التوصيات التي تتعلق بالسياسات العامة إلى مجتمع ICANN والمجلس.

ب. يتولى مجلس الإدارة تعيين رئيس لجنة SSAC وأعضائها. ويكون تعيين أعضاء SSAC لفترة زمنية تبلغ ثلاثة أعوام، تبدأ من 1 يناير وتنتهي في العام الثاني بعد ذلك بتاريخ 31 ديسمبر. ويجوز إعادة تعيين الرئيس والأعضاء ولا تكون هناك قيود مفروضة على عدد الفترات الزمنية التي يمكن أن يتقلدها الرئيس أو الأعضاء. ويحق لرئيس لجنة SSAC تقديم توصيات لمجلس الإدارة تتعلق بالتعيينات التي يمكن أن تلتحق بهذه اللجنة. ويقوم رئيس اللجنة بتنظيم التوصيات المتعلقة بالتعيينات بحيث يراعى النظر في تعيين أو إعادة تعيين ثلث ( 1/3 ) أعضاء لجنة SSAC كل عام. كما يتمتع مجلس الإدارة بسلطة عزل المعينين في لجنة SSAC بناء على توصية من لجنة SSAC أو بالتشاور معها. (ملاحظة: تبدأ الفترة الزمنية الكاملة الأولى بموجب هذه الفقرة في 1 يناير 2011 وتنتهي في 31 ديسمبر 2013. وقبل 1 يناير 2011، تتألف لجنة SSAC على نحو ما هو منصوص عليه في اللوائح الداخلية وفقًا لما تم تعديله في 25 يونيو 2010، ويوصي رئيس لجنة SSAC بإعادة تعيين أعضاء SSAC الحاليين لفترات زمنية كاملة أو جزئية وفقًا لما يتناسب مع تنفيذ أحكام هذه الفقرة.)

ج. تقوم لجنة SSAC سنويًا بتعيين ممثل اتصال لا يحق له التصويت في مجلس إدارة ICANN وذلك بموجب القسم 9 الخاص بالمادة السادسة.

3. اللجنة الاستشارية لنظام خادم الجذر

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

ب. تتألف العضوية في لجنة RSSAC من (أ) كل مشغل لخادم اسم جذر معتمد (كما هو وارد في <ftp://ftp.internic.net/domain/named.root>) إلى جانب (ب) الأشخاص الآخرين الذين يتم تعيينهم من قبل مجلس إدارة ICANN.

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

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

4. اللجنة الاستشارية At-Large

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

ب. تتألف لجنة ALAC من (أ) عضوين يتم اختيارهما من قبل جميع منظمات At-Large الإقليمية ("RALOs") التي تم إنشاؤها بمقتضى الفقرة 4(ز) من هذا القسم و(ب) خمسة أعضاء يتم اختيارهم بواسطة لجنة الترشيح. ويشمل الأعضاء الخمسة الذين يتم اختيارهم بواسطة لجنة الترشيح مواطنًا من كل بلد من بلدان المناطق الجغرافية الخمس التي تم إنشاؤها بموجب القسم 5 من المادة السادسة.

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

1. تبدأ الفترة الزمنية لأحد الأعضاء الذين يتم اختيارهم من قبل أي من منظمات RALO في ختام الاجتماع السنوي لمنظمة ICANN في عام ذي رقم زوجي.

2. تبدأ الفترة الزمنية للعضو الآخر الذي يتم اختياره من قبل أي من منظمات RALO في ختام الاجتماع السنوي لمنظمة ICANN في عام ذي رقم فردي.

3. تبدأ الفترات الزمنية لثلاثة من الأعضاء الذين يتم اختيارهم من قبل لجنة الترشيح في ختام اجتماع سنوي يعقد في عام ذي رقم فردي في حين تبدأ الفترات الزمنية للعضوين الآخرين اللذين يتم اختيارهما من قبل لجنة الترشيح في ختام اجتماع سنوي يتم عقده في عام ذي رقم زوجي.

4. تنتهي الفترة الزمنية العادية لكل عضو في ختام الاجتماع السنوي الثاني لمنظمة ICANN بعد بدء الفترة الزمنية.

د. يتم انتخاب رئيس لجنة ALAC من قبل أعضاء هذه اللجنة بموجب الإجراءات التي يتم اعتمادها بواسطتها.

هـ. تقوم لجنة ALAC ، بعد التشاور مع كل منظمة من منظمات RALO ، سنويًا بتعيين خمسة مندوبين ممن يحق لهم التصويت (يتعين ألا يكون هناك اثنان منهم مواطنين لبلدين تقعان في المنطقة الجغرافية نفسها، وذلك وفقًا لما هو محدد بموجب القسم 5 من المادة السادسة) في لجنة الترشيح.

و. بموجب أحكام مادة الانتقال الخاصة بهذه اللوائح الداخلية ، يحق للجنة الاستشارية At-Large تعيين جهات اتصال لا يحق لها التصويت في أي من مجلسي ccNSO و GNSO.

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

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

ط. العضوية في مجتمع At-Large

  1. يجب تحديد المعايير والمقاييس لاعتماد هياكل At-Large داخل كل منطقة جغرافية من قبل مجلس الإدارة بناء على التوصيات المقدمة من ALAC ويجب أن ترد في مذكرة التفاهم بين منظمة ICANN و RALO عن كل منطقة جغرافية.
  2. يجب تحديد المعايير والمقاييس لاعتماد هياكل At-Large بطريقة تجعل مشاركة مستخدمي الإنترنت من الأفراد الذين هم من المواطنين أو المقيمين في البلدان الموجودة داخل نطاق المنطقة الجغرافية (على النحو المحدد في القسم 5 من المادة السادسة) الخاصة بمنظمة RALO تسود في عملية تشغيل كل هيكل من هياكل At-Large داخل RALO ، مع عدم القيام بالضرورة باستبعاد المشاركة الإضافية من قبل آخرين، بما يتوافق مع مصالح مستخدمي الإنترنت الفرديين داخل المنطقة.
  3. يجب أن تتضمن كل مذكرة تفاهم خاصة بكل RALO أيضًا أحكامًا مصممة للسماح، إلى أقصى حد ممكن، لكل مستخدم إنترنت فردي يعد مواطنًا لبلد يقع داخل نطاق المنطقة الجغرافية لـ RALO بالمشاركة في واحد على الأقل من هياكل At-Large الخاصة بـ RALO .
  4. يجب، إلى الحد المتوافق مع هذه الأهداف، أن تمنح أيضًا المعايير والمقاييس كل RALO نوع الهيكل الأفضل من حيث الملاءمة مع الأعراف والسمات الخاصة بالمنطقة الجغرافية الخاصة بها.
  5. وبمجرد وضع المعايير والمقاييس على النحو المنصوص عليه في هذه الفقرة "ط"، ستكون لجنة ALAC ، من خلال مشورة ومشاركة RALO حيث يعتمد مقدم الطلب، مسؤولة عن اعتماد المنظمات التي تفي بالمعايير والمقاييس الخاصة باعتماد هيكل At-Large .
  6. يجب اتخاذ قرارات المصادقة أو سحب الثقة من هيكل At-Large ويكون ذلك على النحو الذي قررته لجنة ALAC في قواعد الإجراء الخاص بها، مع الاستثناء الدائم بأن تخضع أي تغييرات تدخل على هذه القواعد فيما يتعلق بطلبات ALS للمراجعة من قبل RALOs ومن قبل مجلس إدارة ICANN .
  7. يجب أن تخضع القرارات التي يتم اتخاذها بشأن اعتماد، أو عدم اعتماد، هيكل At-Large تخضع للمراجعة وفقًا للإجراءات التي وضعها مجلس الإدارة.
  8. وعلى أساس مستمر، يجوز للجنة ALAC أيضًا تقديم مشورة بشأن ما إذا كان هيكل At‑Large مأمول يستوفي المعايير والمقاييس المعمول بها من عدمه.

ي. تكون ALAC مسؤولة أيضًا عن العمل جنبًا إلى جنب مع RALOs ، لتنسيق الأنشطة التالية:

1. إجراء عملية اختيار من قبل مجتمع At-Large لشغل المقعد 15 في مجلس الإدارة. ويتم الإخطار باختيار مجتمع At-Large من قِبل رئيس ALAC كتابيًا إلى سكرتير ICANN بما يتفق مع المادة السادسة، القسم 8 (4) و 12(1).

2. الإبقاء على إطلاع مجتمع مستخدمي الإنترنت من الأفراد بشأن الأخبار الهامة التي ترد من ICANN ؛

3. توزيع (من خلال النشر أو غير ذلك) خطة محدثة وأخبار حول ICANN إلى جانب معلومات حول العناصر المستخدمة في عملية وضع سياسات ICANN ؛

4. تعزيز أنشطة التوعية والتواصل في المجتمع لمستخدمي الإنترنت من الأفراد؛

5. التطوير والاحتفاظ بالمعلومات وبرامج التثقيف المستمرة فيما يتعلق بـ ICANN وعملها؛

6. وضع إستراتيجية للتواصل حول قضايا ICANN في كل منطقة من مناطق RALO ؛

7. المشاركة في عمليات وضع وتطوير سياسات ICANN وتقديم المساهمات والنصائح التي تعكس بدقة آراء مستخدمي الإنترنت من الأفراد؛

8. الإعلان عن سياسات ICANN المقترحة وقراراتها وتأثيرها الإقليمي (المحتمل) وتأثيرها (المحتمل) على الأفراد في المنطقة إلى جانب تحليلها؛

9. عرض آليات قائمة على شبكة الإنترنت تتيح إجراء مناقشات بين أعضاء هياكل At-Large ؛

10. وضع آليات وعمليات تمكن من الاتصال في الاتجاهين بين أعضاء هياكل At-Large وهؤلاء المشاركين في صنع قرار ICANN ، حتى يتسنى للأفراد المهتمين بذلك تبادل وجهات النظر بشأن قضايا ICANN المعلقة.

القسم 3. الإجراءات

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

القسم 4. مدة العمل

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

القسم 5. الوظائف الشاغرة

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

القسم 6. التعويض

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

المادة 11 - (أ): آليات أخرى استشارية

القسم 1. نصائح الخبراء الخارجيين

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

2. أنواع الهيئات الاستشارية للخبراء.

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

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

3. عملية البحث عن نصائح تتعلق بالأمور الخاصة بالسياسة العامة.

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

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

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

4. عملية البحث عن نصائح تتعلق بالأمور الأخرى. يتعين أن تتم أية إحالة لأي أمور لا تتعلق بالسياسة العامة إلى هيئة استشارية للخبراء بواسطة مجلس الإدارة أو الرئيس بمقتضى القسم 1(2) (أ) الخاص بهذه المادة بموجب البنود المرجعية التي تتناول المسائل التي يتم السعي للحصول على مساهمات ونصائح بشأنها إلى جانب الإجراءات والخطة الزمنية التي سيتم اتباعها.

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

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

القسم 2. مجموعة الارتباط التقني

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

2. منظمات مجموعة الارتباط التقني (TLG). تتألف TLG من أربع منظمات: معهد المعايير الأوروبية للاتصالات السلكية واللاسلكية ( ETSI ) وقطاع توحيد مقاييس الاتصالات لاتحاد الاتصالات الدولية ( ITU-T ) واتحاد شبكة الويب العالمية ( W3C )، ومجلس بنية الإنترنت ( IAB ).

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

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

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

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

5. العمل التقني لـ IANA. لن يكون لـ TLG أية مشاركة في عمل IANA فيما يتعلق بفرقة عمل هندسة الإنترنت أو فرقة عمل بحوث الإنترنت أو مجلس بنية الإنترنت، كما هو موضح في مذكرة التفاهم المتعلقة بالعمل التقني لهيئة أرقام الإنترنت المخصصة التي تمت المصادقة عليها من قبل مجلس الإدارة في 10 مارس 2000.

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

7. ممثل الاتصال لدى مجلس الإدارة ولجنة الترشيح. سنويًا، وبالتناوب، تقوم إحدى منظمات TLG بتعيين ممثل اتصال واحد لا يحظى بحق التصويت لدى مجلس الإدارة بموجب المادة السادسة، القسم 9(1) (د). كما تقوم أيضًا، بشكل سنوي وبالتناوب، إحدى منظمات TLG باختيار ممثل اتصال واحد لا يحظى بحق التصويت لدى لجنة ترشيح ICANN بموجب المادة السابعة، القسم 2(8) (ي). ويتعين أن يكون ترتيب التناوب المتعلق بتعيين ممثل الاتصال الذي لا يحظى بحق التصويت لدى مجلس الإدارة ETSI و ITU-T و W3C. كما يتعين أن يكون ترتيب التناوب المتعلق باختيار ممثل لدى لجنة الترشيح W3C و ETSI و ITU-T. (لا تشارك IAB في عمليات التناوب هذه نظرًا لأن IETF تقوم بتعيين ممثل اتصال لا يحظى بحق التصويت لدى مجلس الإدارة وتقوم باختيار ممثل لها لدى لجنة الترشيح التابعة لمنظمة ICANN .)

المادة الثانية عشرة: مجلس الإدارة واللجان المؤقتة

القسم 1. لجان مجلس الإدارة

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

القسم 2. سلطات لجان مجلس الإدارة

1. يجوز لمجلس الإدارة تفويض كافة السلطات القانونية التي يتمتع بها للجان التابعة لها باستثناء ما يتعلق بـ:

أ. شغل الوظائف الشاغرة في مجلس الإدارة أو أي من اللجان التابعة له؛

ب. تعديل أو إلغاء اللوائح الداخلية أو النظام الأساسي أو اعتماد لوائح داخلية أو نظام أساسي جديد؛

ج. تعديل أو إلغاء أي قرار اتخده مجلس الإدارة والذي بموجب بنوده الصريحة غير قابل للتعديل أو الإلغاء؛

د. تعيين لجان تابعة لمجلس الإدارة أو أعضاء لها؛

هـ. اعتماد أية معاملة تخضع للتعامل الذاتي، مثل المعاملات المحددة في القسم 5233(أ) من CNPBCL ؛

و. اعتماد الميزانية السنوية اللازمة بموجب المادة السادسة عشر؛ أو

ز. تعويض أي مسؤول مبين في المادة الثالثة عشر.

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

القسم 3. اللجان المؤقتة

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

المادة المادة الثالثة عشر: المسؤولون

القسم 1. المسؤولون

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

القسم 2. انتخاب المسؤولين

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

القسم 3. عزل المسؤولين

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

القسم 4. الرئيس

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

القسم 5. السكرتير

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

القسم 6. المسؤول المالي

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

القسم 7. مسؤولون إضافيون

إضافة إلى المسؤولين الموضَّحين أعلاه، يجب أن يقوم أي موظف إضافي أو مساعد، انتخبه مجلس الإدارة أو عينه، بواجباته التي يحددها الرئيس أو مجلس الإدارة.

القسم 8. التعويضات والنفقات

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

القسم 9. تضارب المصالح

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

المادة الرابعة عشر: تعويض المديرين والمسؤولين والموظفين والوكلاء الآخرين

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

المادة الخامسة عشر: البنود العامة

القسم 1. العقود

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

القسم 2. الودائع

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

القسم 3. الشيكات

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

القسم 4. القروض

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

المادة السادسة عشر: الأمور المالية

القسم 1. المحاسبة

يقرر مجلس الإدارة نهاية السنة المالية لـ ICANN.

القسم 2. تدقيق الحسابات

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

القسم 3. التقرير السنوي والبيان السنوي

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

القسم 4. الميزانية السنوية

على الرئيس إعداد ميزانية سنوية مقترَحة لـ ICANN للسنة المالية المقبلة وإرسالها إلى مجلس الإدارة، ليتم نشرها بالتالي على موقع الويب، قبل مرور خمسة وأربعين (45) يومًا على الأقل من بداية كل سنة مالية. يجب أن تحدد الميزانية المقترَحة مصادر العائدات المتوقَّعة ومستوياتها، كما يجب أن تحدد - إلى الحد المعقول - عناصر النفقات المادية المتوقَّعة بمادة سطر. يجب أن يعتمد مجلس الإدارة ميزانية سنوية وينشر الميزانية المعتمدة على موقع الويب.

القسم 5. الرسوم والتكاليف

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

المادة السابعة عشر: الأعضاء

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

المادة الثامنة عشر: المكاتب والختم

القسم 1. المكاتب

يقع المقر الرئيسي لتعاملات ICANN في مقاطعة لوس أنجلوس بولاية كاليفورنيا الأمريكية. ويحق لـ ICANN أن يكون لديها مقر أو مقرات إضافية داخل الولايات المتحدة أو خارجها، وقد تقوم بتأسيسها من وقت لآخر.

القسم 2. الختم

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

المادة التاسعة عشر: التعديلات

وعدا فيما نصت عليه مواد الدمج أو هذه اللوائح، لا يجوز تغيير مواد الدمج أو لوائح ICANN أو تعديلها أو إلغائها أو اعتماد مواد دمج أو لوائح، إلا بعد اتخاذ أغلبية ثلثي (3/2) أعضاء مجلس الإدارة لإجراء ذلك.

المادة العشرون: مادة الانتقال

القسم 1. الهدف

تحدد مادة الانتقال هذه بنود الانتقال من العمليات والهياكل المحددة في لوائح ICANN ، كما تم تصحيحها وتعديلها في 29 أكتوبر 1999 وتعديلها في 12 فبراير 2002 ("اللوائح القديمة")، إلى العمليات والهياكل المحددة في اللوائح التي تعد هذه المادة جزءًا منها ("اللوائح الجديدة"). [مذكرة توضيحية (بتاريخ 10 ديسمبر 2009): بالنسبة للقسم 5(3) من هذه المادة، تشير "اللوائح القديمة" إلى اللوائح المعدلة والمنقحة وصولاً إلى 20 مارس 2009.]

القسم 2. مجلس الإدارة

1. بالنسبة للفترة التي تبدأ بتبني مادة الانتقال وإنهاء تاريخ سريان مجلس الإدارة الجديد وزمنه، كما تم تحديد ذلك في الفقرة 5 من هذا القسم 2 ، يجب أن يتألف مجلس إدارة مديري الشركة ("مجلس الإدارة الانتقالي") من أعضاء مجلس الإدارة الذين كانوا مديرين وفقًا للوائح القديمة بمجرد اختتام الاجتماع السنوي في 2002، عدا أعضاء اللجنة العامة بمجلس الإدارة وفقًا للوائح القديمة، الذين تم انتخابهم للقيام بذلك من خلال إشعار سكرتير مجلس الإدارة في 15 ديسمبر 2002 أو بالكتابة إليه أو بإرسال رسالة بريد إلكتروني إليه، وذلك في موعد أقصاه 23 ديسمبر 2002 ويجب أيضًا أن يعملوا كأعضاء في مجلس الإدارة الانتقالي. على الرغم من بنود المادة السادسة، القسم 12 من اللوائح الجديدة ، يجب عدم شغل المقاعد الشاغرة في مجلس الإدارة الانتقالي. كما يجب ألا يكون لدى مجلس الإدارة ممثلو علاقات متبادلة كما اشترطت المادة السادسة، القسم 9 من اللوائح الجديدة. ويجب استمرار لجان مجلس الإدارة الموجودة بالفعل في تاريخ اعتماد مادة الانتقال هذه، ولا يجوز إجراء أي تغيير عليها أو على أعضائها إلا بموجب قرار يتخذه مجلس الإدارة الانتقالي.

2. يجب أن ينتخب مجلس الإدارة الانتقالي رئيسًا ونائب رئيس للعمل حتى تاريخ سريان تشكيل مجلس الإدارة الجديد وزمنه.

3. يعد "مجلس الإدارة الجديد" هو الموضَّح في المادة السادسة، القسم 2(1) من اللوائح الجديدة.

4. فور اعتماد مادة الانتقال هذه، يجب تشكيل لجنة ترشيح تشمل - إلى الحد المناسب - الأعضاء المنتدبين وممثلي العلاقات المتبادلة الموضحين في المادة السا بع ة، القسم 2 من اللوائح الجديدة ، مع تحديد فترات انتهاء بختام اجتماع ICANN السنوي لعام 2003. يجب أن تواصل لجنة الترشيح عملها بلا تأخير لاختيار من يشغل المقاعد من 1 إلى 8 في مجلس الإدارة الجديد، مع تحديد فترات للانتهاء فور بدء الفترات العادية الأولى المحددة لهذه المقاعد في المادة السادسة، القسم 8(1) (أ)-(ج) من اللوائح الجديدة ، ويجب أن تقدم لسكرتير ICANN إشعارًا مكتوبًا بهذا الاختيار.

5. يجب أن يكون تاريخ سريان مجلس الإدارة الجديد وزمنه هو الفترة - كما حددها مجلس الإدارة الانتقالي - أثناء اجتماع ICANN العادي الأول في 2003 والتي تبدأ بمهلة لا تقل عن سبعة أيام من تلقي سكرتير ICANN للإشعار المكتوب باختيار المديرين لشغل عشرة مقاعد على الأقل من المقاعد 1 إلى 14 في مجلس الإدارة الجديد. واعتبارًا من تاريخ سريان مجلس الإدارة الجديد وزمنه، يجب أن يتسلم مجلس الإدارة الجديد من مجلس الإدارة الانتقالي زمام جميع حقوق مجلس إدارة ICANN وواجباته والتزاماته. وفقًا للقسم 4 من هذه المادة، يجب على المديرين (المادة السادسة، القسم 2(1) (أ)-(د)) وممثلي العلاقات المتبادلة الذين ليس لهم حق التصويت (المادة السادسة، القسم 9) ممن تلقى منهم سكرتير ICANN إشعارًا بالاختيار - مع الرئيس (المادة السادسة، القسم 2(1) (هـ))، أن يمارسوا عملهم بعد تاريخ سريان مجلس الإدارة الجديد وزمنه؛ ولذلك يجب أن يبدأ عمل أي مديرين إضافيين وممثلي علاقات متبادلة ليس لهم حق التصويت بعد تلقي سكرتير ICANN لإشعار الاختيار.

6. يجب أن ينتخب مجلس الإدارة الجديد رئيسًا ونائب رئيس كأول مهمة عمل تُسند إليه. وتنتهي فترات خدمة مجلس الإدارة هذه بنهاية الاجتماع السنوي في 2003.

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

8. بموجب بند حد الفترة للقسم 8(5) من المادة السادسة ، يجب احتساب فترة خدمة المدير في مجلس الإدارة قبل تاريخ سريان مجلس الإدارة الجديد وزمنه كفترة واحدة.

القسم 3. منظمة دعم العناوين

يجب استمرار منظمة دعم العناوين في أداء عملها وفقًا لبنود مذكرة التفاهم التي أُبرمت في 18 أكتوبر 1999 بين ICANN ومجموعة من مزودي امتداد الإنترنت الإقليميين ( RIRs ) و المعدلة في أكتوبر 2000 ، حتى يتم تفعيل مذكرة تفاهم تحل محلها. وفور اعتماد مادة الانتقال هذه، يجب أن تقوم منظمة دعم العناوين باختيارات - وتعطي إشعارًا مكتوبًا إلى سكرتير ICANN بهذه الاختيارات - لاختيار:

1. مديرين لشغل المقعدين 9 و10 في مجلس الإدارة الجديد، مع فترات تنتهي ببدء الفترات العادية المحددة لكل من هذه المقاعد في المادة السادسة، القسم 8(1) (د) و(هـ) من اللوائح الجديدة ، و

2. العضو المنتدب في لجنة الترشيح الذي يختاره مجلس منظمة دعم العناوين، كما تتطلب المادة السابعة، القسم 2(8) (و) من اللوائح الجديدة.

وفيما يتعلق بمجلس إدارة مديري ICANN المخوَّل بالاختيار، والوضع في الاعتبار الحاجة إلى سرعة الاختيار لضمان سريان مجلس الإدارة الجديد بأسرع ما يمكن، يجوز لمنظمة دعم العناوين اختيار هؤلاء المديرين من بين أشخاص قامت باختيارهم من قبل كمديرين لدى ICANN ، بموجب اللوائح القديمة. وإلى حد عدم تقديم منظمة دعم العناوين إشعارًا مكتوبًا باختيارها للمقعدين 9 و10 لسكرتير ICANN ، بتاريخ 31 مارس 2003 أو قبله، يجب أن تعتبر منظمة دعم العناوين نفسها قد اختارت للمقعد 9 الشخص الذي اختارته كمدير لدى ICANN ، بموجب اللوائح القديمة لفترة تبدأ في 2001، وللمقعد 10 الشخص الذي اختارته كمدير لدى ICANN ، بموجب اللوائح القديمة لفترة تبدأ في 2002.

القسم 4. منظمة دعم أسماء رمز البلد

1. يجب نشر إشعار مكتوب على موقع الويب، عند تسجيل ثلاثين مديرًا في ccTLD (بمعدل أربعة على الأقل بكل منطقة جغرافية) كأعضاء في ccNSO. وبمجرد إتاحة الفرصة بعد هذا الإشعار، يجب اختيار أعضاء مجلس ccNSO الأول من خلال أعضاء ccNSO وفقًا للإجراءات المنصوص عليها في المادة التاسعة، القسم 4(8) و(9). كما يجب نشر إشعار مكتوب بتشكيل مجلس ccNSO على موقع الويب، عند الانتهاء من عملية الاختيار. يجب اختيار ثلاثة أعضاء لمجلس ccNSO من خلال أعضاء ccNSO داخل كل منطقة جغرافية، مع اختيار عضو واحد للعمل لفترة تنتهي بختام اجتماع ICANN السنوي الأول بعد تشكيل مجلس ccNSO ، وعضو آخر للعمل لفترة تنتهي بختام اجتماع ICANN السنوي الثاني بعد تشكيل مجلس ccNSO ، وعضو ثالث للعمل لفترة تنتهي بختام اجتماع ICANN السنوي الثالث بعد تشكيل مجلس ccNSO. (وقد تم ذكر تعريف "مدير ccTLD" في المادة التاسعة، القسم 4(1) ويجب تطبيق التعريفات الواردة في المادة التاسعة، القسم 4(4) داخل هذا القسم 4 من المادة العشرون.)

2. بعد تبني المادة التاسعة من هذه اللوائح ، يجب أن تختار لجنة الترشيح الأعضاء الثلاثة لمجلس ccNSO الذين تم توضيحهم في المادة التاسعة، القسم 3(1) (ب). وباختيار ثلاثة أفراد للعمل في مجلس ccNSO ، يجب أن تقوم لجنة الترشيح بتعيين عضو للعمل لفترة تنتهي بختام اجتماع ICANN السنوي الأول بعد تشكيل مجلس ccNSO ، وعضو آخر للعمل لفترة تنتهي بختام اجتماع ICANN السنوي الثاني بعد تشكيل مجلس ccNSO ، وعضو ثالث للعمل لفترة تنتهي بختام اجتماع ICANN السنوي الثالث بعد تشكيل مجلس ccNSO. لا يجوز أن يجلس الأعضاء الثلاث المعينون في مجلس ccNSO من خلال لجنة الترشيح، على مقاعدهم قبل تشكيل مجلس ccNSO.

3. بمجرد تشكيل مجلس ccNSO ، يحق لكل من اللجنة الاستشارية العامة واللجنة الاستشارية الحكومية تعيين ممثل علاقات متبادلة في مجلس ccNSO ، كما تشترط المادة التاسعة، القسم 3(2) (أ) و(ب).

4. عند تشكيل مجلس ccNSO ، يجوز تعيين المجلس لمنظمات إقليمية كما تشترط المادة التاسعة، القسم 5. وعند تعيينها، يجوز للمنظمة الإقليمية تعيين ممثل علاقات متبادلة لمجلس ccNSO.

5. حتى يتم تشكيل مجلس ccNSO ، يجب أن يظل المقعدان 11 و12 بمجلس الإدارة الجديد شاغرين. وفور تشكيل مجلس ccNSO ، يجب على ccNSO - من خلال مجلس ccNSO - القيام باختيارات المديرين لشغل المقعدين 11 و12 بمجلس الإدارة الجديد، ووضع فترات تنتهي ببدء الفترة العادية التالية المحددة لكل من هذه المقاعد في المادة السادسة، القسم 8(1) (د) و(هـ) من اللوائح الجديدة ، ويجب أن تقدم لسكرتير ICANN إشعارًا مكتوبًا بهذه الاختيارات.

6. حتى يتم تشكيل مجلس ccNSO ، يجب أن يتم تعيين العضو المنتدب للجنة الترشيح التي تم تشكيلها وفقًا للوائح الجديدة من خلال مجلس الإدارة الانتقالي أو الجديد، وفقًا للمنعقد في وقت الحاجة إلى أي تعيين، بعد مشاورة ثنائية مع أعضاء مجتمع ccTLD. وبعد تشكيل مجلس ccNSO ، يجب أن يتم تعيين العضو المنتدب للجنة الترشيح التي تم تشكيلها من خلال مجلس الإدارة الانتقالي أو الجديد، وفقًا للقسم 4 (9)، ثم سيظل العمل في الخدمة بعد ذلك، إلا إذا أراد مجلس ccNSO استبدال العضو المنتدب وتعيين آخر من اختياره في خلال ثلاث سنوات من ختام اجتماع ICANN السنوي، أو في حالة فراغ المنصب. هذا، ويجب إجراء التعيينات التالية للعضو المنتدب للجنة الترشيح الموضَّح في المادة السابعة، القسم 2(8) (ج) ، من خلال مجلس ccNSO.

القسم 5. منظمة دعم الأسماء العامة

يجب على GNSO ("منظمة دعم الأسماء العامة") الاستمرار في جميع عمليات التشغيل عند اعتماد مادة الانتقال هذه، وبالرغم من ذلك، يجب أن تتم هيكلتها إلى أربع مجموعات جديدة تخص أصحاب المصالح، والتي ينبغي أن تمثل - من الناحية المؤسسية - الدوائر السابقة الخاصة بمنظمة GNSO ، والتي بدورها تخضع لاعتماد مجلس إدارة ICANN فيما يخص كل ميثاق فردي من مواثيق أصحاب المصالح:

أ. يجب تخصيص دائرة مسجلي gTLD لمجموعة أصحاب المصلحة للسجلات،

ب. يجب تخصيص دائرة المسجلين لمجموعة أصحاب المصلحة المسجلين،

ب. يجب تخصيص دائرة الأعمال لمجموعة أصحاب المصلحة التجاريين،

ج. يجب تخصيص دائرة الملكية الفكرية لمجموعة أصحاب المصلحة التجاريين،

د. يجب تخصيص دائرة مزودي خدمات الإنترنت لمجموعة أصحاب المصلحة التجاريين،

هـ. يجب تخصيص دائرة المستخدمين غير التجاريين لمجموعة أصحاب المصلحة غير التجاريين.

2. يجب أن تستمر كل دائرة GNSO موضَّحة في الفقرة 1 من هذا القسم الفرعي في الاستمرار في العمل كالسابق، وعدم تغيير أي مسؤول أو مجموعة عمل أو أنشطة أخرى بالدائرة، حتى اتخاذ إجراء آخر بشأنها. ويشترط على كل دائرة GNSO موضَّحة في الفقرة 1 (ج-و) تقديم ميثاق جديد أو منقح وبيان بإجراءات التشغيل إلى سكرتير ICANN ، يتم اعتماده وفقًا لعمليات الدائرة وبالاتساق مع اللوائح المعدلة، في موعد لا يتجاوز اجتماع ICANN المزمع عقده في أكتوبر 2009، أو في موعد يحدده المجلس بمقتضى أحد قراراته.

3. قبل استهلال اجتماع ICANN في أكتوبر 2009، أو في موعد يحدده المجلس بمقتضى أحد قراراته، يجب أن يتألف مجلس GNSO من هيكل الدائرة الخاصة بها وموظفيها الحاليين كما تشترط المادة العاشرة، القسم 3(1) من اللوائح حسب ما تم تعديله وتصحيحه في 29 أكتوبر 1999، وما تم تعديله في 20 مارس 2009 ("اللوائح القديمة"). وبعد ذلك، يجب أن يتم تكوين مجلس GNSO على النحو المنصوص عليه في هذه اللوائح، والتي يمكن أن يتم تعديلها من وقت لآخر. يجب أن تستمر جميع اللجان وفرق العمل ومجموعات العمل ولجان وضع المسودات والمجموعات المشابهة التي شكلها مجلس GNSO والتي ما تزال تمارس عملها قبيل اعتماد مادة الانتقال، في العمل كمجموعات تابعة لمجلس GNSO أو مجلس ICANN بمواثيق العمل والعضوية والأنشطة نفسها؛ ولا يتم تغييرها إلا من خلال إجراء يتخذه مجلس GNSO أو مجلس ICANN.

4. عند بدء استهلال اجتماع ICANN في أكتوبر 2009، أو في موعد يحدده المجلس بمقتضى أحد قراراته ("تاريخ سريان الانتقال")، ينبغي تخصيص مقاعد مجلس GNSO كالتالي:

أ. يجب إعادة تخصيص الثلاثة مقاعد المخصصة حاليًا لدائرة التسجيل كثلاثة مقاعد لمجموعة أصحاب المصلحة في السجلات،

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

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

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

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

يجب تعيين الممثلين في مجلس GNSO أو انتخابهم وفقًا للأحكام الواردة في كل ميثاق معمول به من مواثيق مجموعة أصحاب المصلحة، مع موافقة المجلس عليهم، وقبل وقت كافٍ من اجتماع ICANN المنعقد في أكتوبر 2009، والذي من شأنه السماح لعمل هؤلاء الممثلين بصفتهم الرسمية في بداية الاجتماع المذكور آنفًا.

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

6. في أقرب وقت ممكن عمليًا بعد استهلال اجتماع ICANN في أكتوبر 2009، أو في موعد يحدده المجلس بمقتضى أحد قراراته، يتعين على مجلس GNSO ، وفقًا لما جاء في المادة العاشرة، القسم 3(7) وإجراءات التشغيل الخاصة بـ GNSO ، انتخاب المسؤولين ومنح سكرتير ICANN إشعارًا خطيًا بعمليات التحديد التي تمت.

القسم 6. منظمة دعم البروتوكولات

يجب حل منظمة دعم البروتوكولات المُشار إليها في اللوائح القديمة.

القسم 7. اللجان الاستشارية ومجموعة العلاقات المتبادلة التقنية

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

2. يجب على جميع المنظمات المعينة كأعضاء بمجموعة العلاقات المتبادلة التقنية وفقًا لما جاء في المادة الحادية عشرأ، القسم 2(2) من اللوائح الجديدة تعيين خبيرين فنيين فرديين يتم توضيحهما في المادة XI-A ، القسم 2(6) من اللوائح الجديدة ، من خلال تقديم إشعار مكتوب إلى سكرتير ICANN. وبمجرد إتاحة الفرصة، يجب اختيار العضو المنتدب من مجموعة العلاقات المتبادلة التقنية للجنة الترشيح وفقًا لما جاء في المادة الحادية عشر-أ ، القسم 2(7) من اللوائح الجديدة.

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

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

5. اللجنة الاستشارية العامة

أ. يجب إنشاء لجنة استشارية عامة مؤقتة، حتى تقرها ICANN ، بدخول مذكرة تفاهم معها، لجميع المنظمات الإقليمية العامة ( RALOs ) المحددة في المادة الحادية عشر، القسم 2(4) من اللوائح الجديدة. وتتكون اللجنة الاستشارية العامة المؤقتة من (1) عشرة أعضاء (اثنان عن كلٍ من مناطق ICANN) يختارهم مجلس إدارة ICANN بعد ترشيحهم من قِبل لجنة التنظيم العامة و(2) خمسة أفراد إضافيين (واحد عن كلٍ من مناطق ICANN) تختارهم لجنة الترشيح وفقًا لما يتاح بالتوافق مع المبادئ التي حددتها المادة السابعة، القسم 5 من اللوائح الجديدة. يجب أن تقوم لجنة الترشيح الأولى بتعيين فردين من هؤلاء الخمسة، للعمل لفترات تنتهي بختام اجتماع ICANN السنوي لعام 2004، ويعمل الثلاثة الآخرون لفترات تنتهي بختام اجتماع ICANN السنوي لعام 2005.

ب. وعند دخول كل RALO في مذكرة تفاهم، تخوَّل هذه الهيئة باختيار شخصين يكونان مواطنين أو قاطنين في هذه المنطقة، ليصبحا عضوين في اللجنة الاستشارية العامة المشكَّلة وفقًا لما جاء في المادة الحادية عشر، القسم 2(4) من اللوائح الجديدة. وعند إرسال الهيئة للإشعار المكتوب إلى سكرتير ICANN بهذه الاختيارات، يجب على هؤلاء الأشخاص اعتبار شغلهم المقاعد حتى هذا الإشعار من أعضاء اللجنة الاستشارية العامة المؤقتة، الذين اختارهم مجلس الإدارة من منطقة RALO من قبل.

ج. عند ممارسة الأشخاص المختارين من RALOs الخمس، يجب أن تتحول اللجنة الاستشارية العامة المؤقتة إلى اللجنة الاستشارية العامة، كما تحدد ذلك المادة الحادية عشر، القسم 2(4) من اللوائح الجديدة. ويجب أن يتحول الأفراد الخمسة الذين اختارتهم لجنة الترشيح للجنة الاستشارية العامة المؤقتة، إلى أعضاء للجنة الاستشارية العامة لما تبقى من فترة اختيارهم.

د. فور إنشائها، على اللجنة الاستشارية العامة المؤقتة إشعار سكرتير ICANN بالأشخاص المختارين للعمل كأعضاء منتدبين لها في لجنة الترشيح، كما وضحت المادة السابعة، القسم 2(6) من اللوائح الجديدة ..

القسم 8. المسؤولون

يجب انتخاب مسؤولي ICANN (كما حددت المادة الثالثة عشر من اللوائح الجديدة) من خلال مجلس إدارة ICANN الذي سيتم تشكيله فيما بعد في الاجتماع السنوي لعام 2002، للعمل حتى الاجتماع السنوي لعام 2003.

القسم 9. المجموعات التي يعينها الرئيس

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

القسم 10. العقود المُبرمة مع ICANN

وعلى الرغم من اعتماد اللوائح الجديدة أو سريانها، يستمر العمل بجميع الاتفاقيات - بما فيها اتفاقيات التوظيف والاستشارات - التي أبرمتها ICANN ، وفقًا لفترة عقدها.


الملحق أ: عملية تطوير سياسة GNSO

يجب أن تحكم العملية التالية عملية تطوير السياسة ("PDP") في GNSO ، حتى وقت توصية مجلس إدارة مديري ICANN (مجلس الإدارة) بالتعديلات واعتمادها من قِبله. [ملاحظة: يتضمن هذا الملحق التعديلات التي كانت ضرورية على أساس مؤقت للسماح بعمل GNSO بينما تتواصل مناقشات المجتمع المجلس بشأن وضع السياسات وإجراءات التشغيل المنقحة].

1. إثارة مشكلة

يجوز إثارة مشكلة للنظر بشأنها كجزء من PDP بإحدى الطرق التالية:

أ. بدء مجلس الإدارة. يجوز لمجلس الإدارة بدء PDP من خلال توجيه تعليمات لمجلس GNSO ("المجلس") لبدء العملية الملخصة في هذا الملحق.

ب. بدء المجلس. يجوز لمجلس GNSO بدء PDP من خلال تصويت نسبة خمسة وعشرين بالمئة (25٪) على الأقل من أعضاء المجلس الحاضرين في أي مقر، أو الأغلبية الموجودة في مقر واحد.

ج. بدء اللجنة الاستشارية. يجوز للجنة الاستشارية إثارة مشكلة لتطوير السياسة من خلال اتخاذ هذه اللجنة لإجراء ببدء PDP ، وتقديم الطلب إلى مجلس GNSO.

2. وضع تقرير المشاكل

في غضون خمسة عشر (15) يومًا من تلقي (1) توجيهات من مجلس الإدارة، أو (2) اقتراح مدعوم بشكل سليم من عضو بالمجلس، أو (3) اقتراح مدعوم بشكل سليم من لجنة استشارية، سيقوم مدير الموظفين بوضع التقرير ("تقرير مشاكل"). يجب أن يحتوي كل تقرير مشاكل على الأقل على ما يلي:

أ. المشكلة المُثارة والمقترح النظر بشأنها،

ب. هوية الطرف مقدِّم المشكلة،

ج. مدى تأثير المشكلة على هذا الطرف،

د. دعم المشكلة لبدء PDP.

هـ. توصية من مدير الموظفين حول ما إذا كان يجب على المجلس بدء PDP لهذه المشكلة ("توصية الموظفين"). يجب أن تتضمن كل توصية من الموظفين رأي المجلس العام لـ ICANN فيما يتعلق بما إذا كانت المشكلة المقترَحة لبدء PDP ذات صلة بنطاق عملية سياسة ICANN بالفعل، وداخل نطاق GNSO. ولتحديد ما إذا كانت المشكلة داخل نطاق عملية سياسة ICANN ، يجب أن يفحص المجلس العام ما إذا كانت هذه المشكلة:

1. تقع داخل نطاق بيان مهمة ICANN أو

2. تنطبق بشكل واسع على عدد من المواقف والمنظمات المتعددة أو

3. من الأرجح أن تكون ذات قابلية تطبيق أو قيمة دائمة، وإن يكن مع الحاجة للتحديثات أحيانًا أو

4. ستؤدي إلى وضع دليل أو إطار عمل لصنع القرار في المستقبل أو

5. تتضمن إحدى سياسات ICANN الحالية أو تؤثر عليها.

و- خلال مهلة الخمسة عشر (15) يومًا أو قبلها، يجب أن يوزع مدير الموظفين تقرير المشاكل على جميع أعضاء المجلس للتصويت على بدء PDP ، كما تم توضيح ذلك أدناه.

3. بدء PDP

يجب أن يبدأ المجلس PDP كالتالي:

أ. المشاكل التي يثيرها مجلس الإدارة. إذا وجه مجلس الإدارة الموظفين لبدء PDP ، يجب أن يجتمع المجلس بعد ذلك ويقوم بذلك خلال فترة خمسة عشر (15) يومًا من استلام تقرير المشاكل، بدون وساطة أصوات المجلس.

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

ج. تصويت المجلس. تعد أصوات أكثر من نسبة 33٪ من أعضاء المجلس الحاضرين، لصالح بدء PDP كافية ليتم بدء PDP ؛ ما لم تنص توصية الموظفين على أن المشكلة ليست في نطاق سياسة ICANN أو GNSO ، حيث يجب في هذه الحالة تصويت الأغلبية العظمى من أعضاء المجلس الحاضرين لصالح بدء PDP كما جاء في المادة العاشرة، القسم 3، الفقرة 9 (ج).

4. بدء PDP

في اجتماع المجلس الذي يبدأ PDP ، يجب أن يقرر المجلس ما إذا كان سيتم تحديد فريق عمل للتغلب على المشكلة، وذلك بعد تصويت أغلبية الأعضاء الحاضرين في الاجتماع. في حالة تصويت المجلس:

أ. بتأييد تشكيل فريق عمل، يجب عليه القيام بذلك وفقًا لبنود العنصر 7 أدناه.

ب. مقابل تشكيل فريق عمل، يجب عليه جمع معلومات حول مشكلة السياسة وفقًا لبنود العنصر 8 أدناه.

5. تشكيل فرق العمل واختيارها

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

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

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

6. الإشعار العام ببدء PDP

بعد بدء PDP ، يجب أن تنشر ICANN إشعارًا بهذا الإجراء على موقع الويب. ويجب بدء فترة تلقي التعليقات العامة للمشكلة لفترة عشرين (20) يومًا بعد بدء PDP. يجب قيام مدير الموظفين أو ممثلي ICANN الآخرين بمراجعة التعليقات العامة ووضعها في تقرير ("تقرير التعليقات العامة")؛ ليتم تضمينها في تقرير فريق العمل المبدئي أو التقرير الأولي، وفقًا لما هو ملائم.

7. فرق العمل

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

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

ب. ميثاق فريق العمل أو مصطلحاته المرجعية. يجب على المجلس - بمساعدة الموظفين - تطوير الميثاق أو المصطلحات المرجعية لفريق العمل ("الميثاق") خلال عشرة (10) أيام من بدء PDP. وسيشمل هذا الميثاق:

1. المشكلة التي سيواجهها فريق العمل؛ حيث تكون هذه المشكلة واضحة للتصويت عليها قبل بدء المجلس لعملية PDP و

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

3. التعليمات الخاصة الصادرة عن المجلس لفريق العمل، بما في ذلك ما إذا كان على فريق العمل طلب النصيحة من مستشارين خارجيين حول المشكلة.

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

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

د. جمع المعلومات

1. بيانات الدائرة ومجموعة أصحاب المصلحة. سيكون كل ممثل عن مجموعات أصحاب المصلحة مسؤولاً عن متابعة حالة مجموعته أو دائرته وجمع التعليقات الأخرى كحد أدنى، وفقًا لما يراه الممثل ملائمًا ويتعلق بالمشكلة محل النظر. ويجب تقديم هذه الحالة والتعليقات الأخرى - وفقًا لما يتاح - في بيان رسمي لرئيس فريق العمل ("بيان الدائرة/مجموعة أصحاب المصلحة") خلال خمسة وثلاثين (35) يومًا بعد بدء PDP. على أن يشمل بيان كل دائرة/مجموعة أصحاب مصلحة على الأقل ما يلي:

(1) في حالة الوصول إلى الأغلبية العظمى للأصوات، بيانًا واضحًا لحالة الدائرة أو مجموعة أصحاب المصلحة بشأن المشكلة و

(2) وفي حالة عدم الوصول إلى أغلبية الأصوات، بيانًا واضحًا لجميع الحالات التي تبناها أعضاء الدائرة أو مجموعة أصحاب المصلحة و

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

(4) تحليلاً لكيفية تأثير المشكلة على الدائرة أو مجموعة أصحاب المصلحة، بما في ذلك أي آثار مالية على الدائرة أو مجموعة أصحاب المصلحة و

(5) تحليلاً للفترة الزمنية الضرورية لتنفيذ السياسة.

2. المستشارون الخارجيون. يجوز لفريق العمل - وفقًا لتقديره - جمع وجهات النظر من مستشارين خارجيين أو خبراء أو أعضاء آخرين من المجتمع العام، إضافةً إلى أعضاء الدوائر أو مجموعة أصحاب المصلحة، وذلك وفقًا لما يراه ملائمًا ومفيدًا. وينبغي ذكر هذه الآراء في تقرير يعده هؤلاء المستشارون الخارجيون، و(1) يُوضَّح عليه أنه صادر عن مستشارين خارجيين و(2) يكون مصحوبًا ببيان تفصيلي (أ) لمؤهلات المستشارين وخبراتهم ذات الصلة و(ب) التعارض المحتمل للمصالح. ويجب تقديم هذا التقرير في بيان رسمي إلى رئيس فريق العمل خلال خمسة وثلاثين (35) يومًا بعد بدء PDP.

هـ. تقرير فريق العمل. يجب أن يقوم رئيس فريق العمل - بالعمل مع مدير الموظفين - بجمع بيانات الدائرة/مجموعة أصحاب المصلحة وتقرير التعليقات العامة والمعلومات أو التقارير الأخرى، وفقًا لما يتاح، في وثيقة واحدة ("تقرير فريق العمل المبدئي")، وتوزيع تقرير فريق العمل المبدئي على جميع أعضاء فريق العمل خلال أربعين (40) يومًا من بدء PDP. ويجب أن يعقد فريق العمل اجتماعًا نهائيًا لفريق العمل خلال خمسة (5) أيام من تاريخ توزيع تقرير فريق العمل المبدئي، لمناقشة المشاكل والوصول إلى أغلبية الأصوات. وفي خلال خمسة (5) أيام بعد اجتماع فريق العمل النهائي، يجب أن يقوم رئيس فريق العمل ومدير الموظفين بوضع تقرير فريق العمل النهائي ("تقرير فريق العمل") ونشره على موقع التعليقات. ويجب أن يشمل كل تقرير فريق عمل ما يلي:

1. بيانًا واضحًا لأي حالة أغلبية عظمى لأصوات فريق العمل حول المشكلة و

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

3. تحليلاً لكيفية تأثير المشكلة على كل دائرة أو مجموعة أصحاب مصلحة لفريق العمل، بما في ذلك أي آثار مالية على الدائرة أو مجموعة أصحاب المصلحة و

4. تحليلاً للفترة الزمنية الضرورية لتنفيذ السياسة و

5. مشورة أي مستشارين خارجيين عينهم المجلس في فريق العمل، مصحوبةً ببيان تفصيلي (أ) لمؤهلات المستشارين وخبراتهم ذات الصلة و(ب) التضارب المحتمل للمصالح.

8. الإجراء في حالة عدم تشكيل فريق عمل

أ. إذا قرر المجلس عدم تشكيل فريق عمل، فسيطلب المجلس من كل دائرة أو مجموعة أصحاب مصلحة تعيين ممثل لجمع وجهات نظر الدائرة أو مجموعة أصحاب المصلحة حول إحدى المشاكل، خلال عشرة (10) أيام بعد ذلك. ويجب أن يطلب من كل ممثل من هؤلاء تقديم بيان الدائرة/مجموعة أصحاب المصلحة إلى مدير الموظفين خلال خمسة وثلاثين (35) يومًا من بدء PDP.

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

ج. سيأخذ مدير الموظفين جميع بيانات الدائرة/مجموعة أصحاب المصلحة وبيانات التعليقات العامة والمعلومات الأخرى، ويجمع تقريرًا أوليًا (وينشره على موقع التعليقات) خلال فترة خمسين (50) يومًا من بدء PDP. وبعد ذلك، ستتبع PDP أحكام العنصر 9 أدناه لوضع تقرير نهائي.

9. التعليقات العامة لتقرير فريق العمل أو التقرير الأولي

أ. ستستمر فترة تلقي التعليقات العامة للمشكلة لفترة عشرين (20) يومًا بعد نشر تقرير فريق العمل أو التقرير الأولي. ويحق لأي فرد أو منظمة تقديم تعليقات أثناء فترة تلقي التعليقات العامة، بما في ذلك أية دائرة أو مجموعة أصحاب مصلحة لا تشارك في فريق العمل. يجب أن تكون جميع التعليقات مصحوبة باسم كاتب التعليقات وخبراته ذات الصلة ومصلحته في هذه المشكلة.

ب. في نهاية فترة العشرين (20) يومًا، سيكون مدير الموظفين مسؤولاً عن مراجعة التعليقات المتلقاة، وإضافة ما يراه ملائمًا لتضمينه - وفق تقديره - في تقرير فريق العمل أو التقرير الأولي ("التقرير النهائي" جميعًا). لن يكون مدير الموظفين مُلزمًا بتضمين جميع التعليقات التي يتم جمعها أثناء فترة تلقي التعليقات، بما في ذلك التعليقات التي يرسلها أي فرد أو أية منظمة.

ج. يجب أن يعد مدير الموظفين التقرير النهائي ويقدمه إلى رئيس المجلس خلال عشرة (10) أيام بعد نهاية فترة تلقي التعليقات العامة.

10. مداولات المجلس

أ. عند تلقي تقرير نهائي - سواءً كنتيجة توصل إليها فريق العمل أو غير ذلك - سيقوم رئيس المجلس (1) بتوزيع التقرير النهائي على جميع أعضاء المجلس و(2) دعوة المجلس للاجتماع خلال عشرة (10) أيام بعد ذلك. ويحق للمجلس بدء مداولاته حول مشكلة معينة قبل الاجتماع الرسمي، بما في ذلك خلال اجتماعات شخصية أو مكالمات جماعية أو مناقشات بالبريد الإلكتروني أو أية وسائل أخرى يختارها المجلس. على أن تبلغ عملية المداولة ذروتها في اجتماع رسمي للمجلس، سواء بالحضور الشخصي أو التيليكونفرنس؛ حيث يمكن للمجلس أن يعمل لتحقيق تصويت أغلبية GNSO لتقديمه إلى مجلس الإدارة.

ب. يحق للمجلس طلب آراء مستشارين خارجيين - إذا اختار ذلك - في اجتماعه الأخير. ويجب أن تكون آراء هؤلاء المستشارين، إذا اعتمد عليها المجلس، (1) متضَمنة في تقرير المجلس المقدَّم لمجلس الإدارة و(2) موضّحًا عليها أنها صادرة عن مستشار خارجي و(3) مصحوبة ببيان تفصيلي (أ) لمؤهلات المستشارين وخبراتهم ذات الصلة و(ب) التضارب المحتمل للمصالح.

11. تقرير المجلس لمجلس الإدارة

سيكون مدير الموظفين حاضرًا في الاجتماع النهائي للمجلس، وسيتاح له خمسة (5) أيام بعد الاجتماع لدمج وجهات نظر المجلس في تقرير، يتم تقديمه إلى مجلس الإدارة ("تقرير مجلس الإدارة"). ويجب أن يحتوي تقرير مجلس الإدارة على ما يلي على الأقل:

أ. بيان واضح لتوصيات تصويت GNSO الناجح لأصوات المجلس و

ب. في حالة عدم الوصول إلى تصويت GNSO الناجح، بيان واضح بجميع الحالات التي يشكلها أعضاء المجلس. ويجب أن يوضح كل بيان (1) أسباب تشكيل الحالة و(2) الدائرة (الدوائر) أو مجموعة (مجموعات) أصحاب المصلحة التي لها هذه الحالة و

ج. تحليل لكيفية تأثير المشكلة على كل دائرة، بما في ذلك أي آثار مالية على الدائرة أو مجموعة أصحاب المصلحة و

د. تحليل للفترة الزمنية الضرورية لتنفيذ السياسة و

هـ. نصيحة أي مستشارين خارجيين تم الاعتماد عليها، والتي تكون مصحوبةً ببيان تفصيلي (أ) لمؤهلات المستشارين وخبراتهم ذات الصلة و(ب) التضارب المحتمل للمصالح و

و. التقرير النهائي المقدم للمجلس و

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

12. موافقة المجلس

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

13. تصويت مجلس الإدارة

أ. سيجتمع مجلس الإدارة لمناقشة توصية مجلس GNSO ، عندما يتاح ذلك بعد تلقي تقرير مجلس الإدارة من مدير الموظفين.

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

ج. إذا قرر مجلس الإدارة عدم العمل بتوصية تصويت أغلبية GNSO العظمي؛ يجب عليه (1) إبداء أسباب ذلك في تقرير للمجلس ("بيان مجلس الإدارة") و(2) تقديم بيان مجلس الإدارة إلى المجلس.

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

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

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

ز. عندما يصدر قرار نهائي عن توصية مجلس GNSO أو التوصية التكميلية في حينها، يجب أن يتخذ مجلس الإدارة تصويتًا مبدئيًا، ونشر قرار مبدئي - إن أمكن - مع السماح بفترة تلقي تعليقات لمدة عشرة (10) أيام قبل قرار مجلس الإدارة النهائي.

14. تنفيذ السياسة

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

15. صيانة السجلات

على مدى PDP - بدءًا من اقتراح السياسة وحتى صدور القرار النهائي لمجلس الإدارة - ستقوم ICANN بصيانة موقع الويب وحالة صفحة الويب التي تفصِّل تقدُّم كل مشكلة PDP ، والتي ستوضح:

أ. الاقتراح الأولي للسياسة و

ب. قائمة بالاقتراحات التي أدت إلى عدم وضع تقرير مشاكل و

ج. الجدول الزمني المتبع لكل سياسة و

د. جميع المناقشات التي جرت بين أعضاء المجلس فيما يتعلق بالسياسة و

هـ. جميع التقارير الصادرة عن فرق العمل ومدير الموظفين والمجلس ومجلس الإدارة و

و. جميع التعليقات العامة المرسلة.

16. تعريفات إضافية

يشير المصطلحان "موقع تعليقات" و"موقع ويب" إلى موقع أو أكثر من مواقع الويب التي أعدتها ICANN ؛ ليتم من خلالها نشر الإشعارات والتعليقات حول PDP.

ويشير المصطلح "تصويت أغلبية عظمى" إلى أصوات نسبة أكثر من ستة وستين بالمائة (66٪) من الأعضاء الحاضرين في اجتماع إحدى الهيئات السارية، باستثناء مجلس GNSO.

ويعني المصطلح "مدير الموظفين" أحد موظفي ICANN الذي يدير PDP.

ويُقصد بالمصطلح "تصويت أغلبية GNSO العظمى" المعنى المنصوص عليه في اللوائح.

يعني "تصويت GNSO الناجح" التصويت الإيجابي في مجلس GNSO الذي يلبي حدود التصويت ذات الصلة والمنصوص عليها في المادة العاشرة، القسم 3(9) بما في ذلك، على سبيل المثال دون حصر، تصويت أغلبية GNSO العظمى.


الملحق ب: عملية تطوير سياسة ccNSO ( ccPDP )

تحكم العملية التالية عملية تطوير سياسة ccNSO ("PDP").

1. طلب تقرير مشاكل

يحق لأي من التالي ذكرهم طلب تقرير المشاكل:

أ. المجلس. يحق لمجلس ccNSO (ويشار إليه في الملحق "ب" باسم "المجلس") الدعوة لوضع تقرير مشاكل من خلال تأييد أصوات سبعة أعضاء على الأقل حاضرين في أي اجتماع، أو التصويت عبر البريد الإلكتروني.

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

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

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

هـ- أعضاء ccNSO . يحق لأعضاء ccNSO ،الدعوة لوضع تقرير مشاكل من خلال تأييد أصوات عشرة أعضاء على الأقل من أعضاء ccNSO الحاضرين في أي اجتماع، أو التصويت عبر البريد الإلكتروني.

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

2. وضع تقرير المشاكل وحد البدء

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

وفي خلال خمسة عشر (15) يومًا من التعيين (أو أي وقت آخر يراه المجلس مناسبًا، بمشاورة مدير المشاكل)، يضع مدير المشاكل تقرير مشاكل. يجب أن يحتوي كل تقرير مشاكل على الأقل على ما يلي:

أ. المشكلة المُثارة والمقترح النظر بشأنها،

ب. هوية الطرف مقدِّم المشكلة،

ج. مدى تأثير المشكلة على هذا الطرف،

د. دعم المشكلة لبدء PDP ،

هـ. توصية من مدير المشاكل حول ما إذا كان يجب على المجلس الانتقال إلى مرحلة بدء PDP لهذه المشكلة ("توصية المدير"). يجب أن تتضمن كل توصية من المدير - وتكون مدعومة من - رأي المجلس العام لـ ICANN فيما يتعلق بما إذا كانت المشكلة المقترحة لبدء PDP ذات صلة بنطاق عملية سياسة ICANN بالفعل، وداخل نطاق ccNSO. وسيفحص المجلس العام - وفقًا لما يراه - ما إذا:

1) كانت المشكلة داخل نطاق بيان مهمة ICANN أو

2) تحليل العوامل المتعلقة وفقًا لما جاء في المادة التاسعة، القسم 6(2) و الملحق ج الذي يظهر بوضوح أن المشكلة في نطاق ccNSO أو

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

3) تتضمن إحدى سياسات ICANN الحالية أو تؤثر عليها أو

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

وفي جميع الأحوال، يجب أن يكون النظر في مراجعات ccPDP (الملحق ب هذا) أو حتى نطاق ccNSO (المحق ج) ضمن نطاق ICANN و ccNSO.

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

و. في حالة تأييد توصية المدير لبدء PDP ، يُعطى فترة زمنية مقترَحة لإجراء جميع مراحل PDP المحددة هنا (جدول PDP الزمني).

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

3. بدء PDP

يجب أن يقرر المجلس بدء PDP من عدمه كالتالي:

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

ب. تعد أصوات عشرة أو أكثر من أعضاء المجلس الحاضرين، مؤيدة لبدء PDP ، مطلوبة لبدء PDP ؛ ما لم ينص تقرير المشاكل على أن المشكلة في نطاق بيان مهمة ICANN ونطاق ccNSO.

4. القرار بتعيين فريق عمل أم لا، وضع جدول زمني

في اجتماع المجلس؛ حيث يتم بدء PDP (أو يستخدم المجلس البريد الإلكتروني في عملية التصويت) بموجب العنصر 3 أعلاه، يقرر المجلس ما إذا كان يلزم تعيين فريق عمل للتغلب على المشكلة، وذلك من خلال أغلبية أصوات الأعضاء الحاضرين في الاجتماع (أو التصويت بالبريد الإلكتروني). في حالة تصويت المجلس:

أ. بتأييد تشكيل فريق عمل، يجب عليه القيام بذلك وفقًا للعنصر 7 أدناه.

ب. مقابل تشكيل فريق عمل، يجب عليه جمع معلومات حول مشكلة السياسة وفقًا للعنصر 8 أدناه.

كما يجب على المجلس أيضًا اعتماد - أو تعديل واعتماد - جداول PDP الزمنية في تقرير المشاكل، بناءً على تصويت أغلبية الأعضاء الحاضرين في الاجتماع أو التصويت بالبريد الإلكتروني.

5. تشكيل فرق العمل واختيارها

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

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

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

6. الإشعارات العامة ببدء PDP وفترة التعليقات

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

7. فرق العمل

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

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

ب. ميثاق فريق العمل أو مصطلحاته المرجعية. يجب على المجلس - بمساعدة مدير المشاكل - تطوير ميثاق أو مصطلحات مرجعية لفريق العمل ("الميثاق") خلال الفترة المحددة في جدول PDP الزمني. ويشمل هذا الميثاق:

1. المشكلة التي سيواجهها فريق العمل؛ حيث تكون هذه المشكلة واضحة للتصويت عليها قبل بدء المجلس لعملية PDP و

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

3. التعليمات الخاصة الصادرة عن المجلس لفريق العمل، بما في ذلك ما إذا كان على فريق العمل طلب النصيحة من مستشارين خارجيين حول المشكلة.

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

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

د. جمع المعلومات.

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

(1) في حالة الوصول إلى الأغلبية العظمى للأصوات (كما حددت ذلك المنظمة الإقليمية)، بيانًا واضحًا لحالة المنظمة الإقليمية حول المشكلة و

(2) وفي حالة عدم الوصول إلى أغلبية الأصوات، بيانًا واضحًا بجميع الحالات التي تبناها أعضاء المنظمة الإقليمية و

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

(4) بيانًا بحالة مشكلة أي أعضاء في ccNSO ، وليسوا أعضاءً في المنظمة الإقليمية و

(5) تحليلاً لكيفية تأثير المشكلة على المنطقة، بما في ذلك أي آثار مالية على المنطقة و

(6) تحليلاً للفترة الزمنية الضرورية لتنفيذ السياسة.

2. المستشارون الخارجيون. يجوز لفريق العمل - وفقًا لتقديره - جمع وجهات النظر من مستشارين خارجيين أو خبراء أو أعضاء آخرين من المجتمع العام. وينبغي ذكر هذه الآراء في تقرير يعده هؤلاء المستشارون الخارجيون، و(1) يوضَّح عليه أنه صادر عن مستشارين خارجيين و(2) ويكون مصحوبًا ببيان تفصيلي (أ) لمؤهلات المستشارين وخبراتهم ذات الصلة و(ب) التضارب المحتمل للمصالح. ويجب تقديم هذا التقرير في بيان رسمي إلى رئيس فريق العمل خلال الفترة المحددة في جدول PDP الزمني.

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

1. بيانًا واضحًا لأية حالة أغلبية عظمى لأصوات فريق العمل (نسبة 66٪ من أعضاء فريق العمل) حول المشكلة و

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

3. تحليلاً لكيفية تأثير المشكلة على كل منطقة، بما في ذلك أي آثار مالية على المنطقة و

4. تحليلاً للفترة الزمنية الضرورية لتنفيذ السياسة و

5. مشورة أي مستشارين خارجيين عينهم المجلس في فريق العمل، مصحوبةً ببيان تفصيلي (أ) لمؤهلات المستشارين وخبراتهم ذات الصلة و(ب) التضارب المحتمل للمصالح.

8. الإجراء في حالة عدم تشكيل فريق عمل

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

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

ج. يجب أن يطلب المجلس رسميًا من رئيس GAC لعرض وجهة نظره أو نصيحته.

ب. يأخذ مدير المشاكل جميع البيانات الإقليمية وتقرير التعليقات والمعلومات الأخرى، ويجمع تقريرًا أوليًا (وينشره على موقع التعليقات) خلال الفترة المحددة في جدول PDP الزمني. وبعد ذلك، على مدير المشاكل وضع تقرير نهائي، وفقًا للعنصر 9 أدناه.

9. التعليقات العامة لتقرير فريق العمل أو التقرير الأولي

أ. يجب افتتاح فترة تلقي تعليقات (وفقًا لجدول PDP الزمني، وحتى 21 يومًا على الأقل بالطبع) لهذه المشكلة حول تقرير فريق العمل أو التقرير الأولي. كما تُقبل تعليقات مديري ccTLD والمنظمات الداعمة الأخرى واللجان الاستشارية والمجتمع العام. يجب أن تكون جميع التعليقات مصحوبة باسم الكاتب وخبراته ذات الصلة ومصلحته في هذه المشكلة.

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

ج. على مدير المشاكل إعداد التقرير النهائي وتقديمه إلى رئيس المجلس خلال الفترة المحددة في جدول PDP الزمني.

10. مداولات المجلس

أ. عند تلقي تقرير نهائي - سواءً كنتيجة توصل إليها فريق العمل أو غير ذلك - سيقوم رئيس المجلس (1) بتوزيع التقرير النهائي على جميع أعضاء المجلس و(2) دعوة المجلس للاجتماع خلال الفترة المحددة في جدول PDP الزمني؛ حيث يكون بإمكانه العمل لتنفيذ التوصية لتقديمها إلى مجلس الإدارة و(3) إرسال دعوة رسمية إلى رئيس GAC لتقديم GAC وجهة نظرها أو نصيحتها. ويجوز عقد هذا الاجتماع بأية طريقة يراها المجلس مناسبة، بما في ذلك الحضور الشخصي أو عبر مكالمات جماعية. ويجب أن يكون مدير المشاكل حاضرًا في الاجتماع.

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

ج. يحق للمجلس طلب آراء مستشارين خارجيين - إذا اختار ذلك - في اجتماعه الأخير. ويجب أن تكون آراء هؤلاء المستشارين، إذا اعتمد عليها المجلس، (1) متضَمنة في تقرير المجلس المقدَّم لمجلس الإدارة و(2) موضّحًا عليها أنها صادرة عن مستشار خارجي و(3) مصحوبة ببيان تفصيلي (أ) لمؤهلات المستشارين وخبراتهم ذات الصلة و(ب) التضارب المحتمل للمصالح.

11. توصية المجلس

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

12. تقرير المجلس الصادر للأعضاء

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

أ. بيان واضح بتوصية المجلس،

ب. التقرير النهائي المقدم إلى المجلس و

ج. نسخة من مذكرات مداولات المجلس حول مشكلة السياسة (انظر البند 10)، بما في ذلك جميع الآراء التي تم التعبير عنها أثناء هذه المداولات، مصحوبة بوصف لمن عبر عن هذه الآراء.

13. تصويت الأعضاء

تتم إتاحة فرصة لأعضاء ccNSO للتصويت على توصية المجلس بعد تقديم تقرير الأعضاء وفي الإطار الزمني الذي تم تخصيصه بواسطة الجدول الزمني لـ PDP. ويكون تصويت الأعضاء إلكترونيًا ويتم تقديم أصوات الأعضاء خلال الفترة الزمنية التي تم تخصيصها في الجدول الزمني لـ PDP (على مدار 21 يومًا على الأقل).

وفي حالة تقديم 50٪ من أعضاء ccNSO على الأقل أصواتهم خلال فترة التصويت، فسيتم استخدام نتيجة التصويت دون أية عملية إضافية. وفي حالة تقديم ما يقل عن 50٪ من أعضاء ccNSO أصواتهم في جولة التصويت الأولي، فلن يتم استخدام الجولة الأولى وسيتم استخدام نتائج الجولة النهائية –جولة التصويت الثانية التي يتم إجراؤها بعد مرور ثلاثين يومًا على الأقل على إخطار أعضاء ccNSO - في حالة تقديم 50٪ على الأقل من أعضاء ccNSO أصواتهم. وفي حالة تلقي أكثر من 66٪ من الأصوات في نهاية فترة التصويت بحيث تكون مؤيدة لتوصية المجلس، يتم بعد ذلك نقل التوصية إلى مجلس الإدارة وفقًا للبند 14 أدناه على أنها توصية ccNSO.

14. تقرير مجلس الإدارة

يقوم مدير المشكلة خلال سبعة أيام بعد تقديم توصية ccNSO وفقًا للبند 13 بدمج توصية ccNSO في تقرير لتتم الموافقة عليه بواسطة المجلس ثم يتم تقديمه بعد ذلك إلى مجلس الإدارة ("تقرير مجلس الإدارة"). ويجب أن يحتوي تقرير مجلس الإدارة على ما يلي على الأقل:

أ. بيان واضح بتوصية ccNSO ،

ب. التقرير النهائي المقدم إلى المجلس و

ج. تقرير الأعضاء.

15. تصويت مجلس الإدارة

أ. يجتمع مجلس الإدارة لمناقشة توصية ccNSO في أسرع وقت ممكن بعد تلقي تقرير مجلس الإدارة من مدير المشكلة، مع مراعاة إجراءات نظر مجلس الإدارة.

ب. يقوم مجلس الإدارة بتبني توصية ccNSO إلا إذا كان هناك تصويت من مجلس الإدارة بنسبة أكبر من 66٪ يحدد أن هذه السياسة ليست في مصلحة مجتمع ICANN أو ICANN .وأية تعليقات

1. في حالة تقرير مجلس الإدارة عدم العمل وفقًا لتوصية ccNSO ، يقوم مجلس الإدارة بـ (1) توضيح أسباب تقريره عدم العمل وفقًا لتوصية ccNSO في تقرير يتم تقديمه إلى المجلس ("بيان مجلس الإدارة") و(2) تقديم بيان مجلس الإدارة إلى المجلس.

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

3. في ختام مناقشات المجلس ومجلس الإدارة، يجتمع المجلس لتأكيد توصية المجلس الخاصة به أو تعديلها. ويتم اعتبار التوصية التي يدعمها 14 عضوًا أو أكثر من أعضاء المجلس على أنها تعكس رأي المجلس ("التوصية التكميلية" الخاصة بالمجلس). ويتم نقل هذه التوصية التكميلية إلى الأعضاء في تقرير أعضاء تكميلي يتضمن شرحًا للتوصية التكميلية. كما تتم إتاحة فرصة للأعضاء للتصويت على التوصية التكميلية وفقًا للظروف نفسها الموضحة في البند 13. وفي حالة ما إذا كان تصويت أكثر من 66٪ من الأصوات التي يدلي بها أعضاء ccNSO خلال فترة التصويت مؤيدًا للتوصية التكميلية، يتم بعد ذلك نقل هذه التوصية إلى مجلس الإدارة على أنها التوصية التكميلية الخاصة بـ ccNSO ويقوم مجلس الإدارة بتبني التوصية إلا إذا حدد تصويت أكثر من 66٪ من أعضاء مجلس الإدارة أن الموافقة على هذه السياسة سيشكل انتهاكًا للواجبات الموكَّلة من مجلس الإدارة إلى الشركة.

4. في حالة عدم موافقة مجلس الإدارة على التوصية التكميلية الخاصة بـ ccNSO ، ينبغي عليه توضيح أسباب ذلك في قراره النهائي ("بيان مجلس الإدارة التكميلي").

5. في حالة تقرير مجلس الإدارة عدم قبول التوصية التكميلية الخاصة بـ ccNSO ، فلن يتم تفويض مجلس الإدارة بعد ذلك بوضع السياسة المتعلقة بالمشكلة التي تتناولها التوصية وتتم المحافظة على الوضع الراهن إلى الوقت الذي تقوم فيه ccNSO – ضمن ccPDP - بتقديم توصية حو ل المشكلة التي يتم اعتبارها مقبولة من قِبل مجلس الإدارة.

16. تنفيذ السياسة

عند اعتماد مجلس الإدارة لتوصية ccNSO أو توصية ccNSO إضافية، يجب عليه - حسب الحاجة - توجيه موظفي ICANN أو تخويلهم لتنفيذ السياسة.

17. صيانة السجلات

فيما يتعلق بكل عملية ccPDP يكون مطلوبًا لها تقرير مشاكل (انظر العنصر 1)، يجب أن تقوم ICANN بحفظ صفحة ويب للحالة على موقع الويب، توضح تفاصيل التقدم في كل عملية ccPDP ، مع تقديم قائمة بالتواريخ ذات الصلة لعملية ccPDP وترتبط بالوثائق التالية أيضًا - إلى الحد المعد بموجب عملية ccPDP :

أ. تقرير مشاكل و

ب. جدول PDP زمني و

ج. تقرير تعليقات و

د. بيان إقليمي/بيانات إقليمية و

هـ. تقرير فريق عمل مبدئي و

و. تقرير فريق عمل و

ز. تقرير مبدئي و

ح. تقرير نهائي و

ط. تقرير أعضاء و

ي. تقرير مجلس الإدارة و

ك. بيان مجلس الإدارة

ل. تقرير أعضاء إضافي و

م. بيان مجلس الإدارة الإضافي.

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


الملحق ج: نطاق ccNSO

يشرح هذا الملحق النطاق والمبادئ وطريقة التحليل الواجب استخدامهم في أي عمليات تطوير لنطاق دور تطوير سياسة ccNSO. وكما تشترط المادة التاسعة، القسم 6(2) من اللوائح، يجب أن يتم تحديد النطاق وفقًا لإجراءات ccPDP.

يجب أن يقر نطاق سلطات ccNSO ومسؤولياتها بالعلاقة المعقدة بين ICANN ومديري/مزودي امتداد ccTLD فيما يتعلق بمشاكل السياسة. ويجب أن يساعد هذا الملحق ccNSO ومجلس ccNSO ومجلس إدارة وموظفي ICANN في تحديد مشاكل السياسة العالمية.

مجالات السياسة

يجب أن يعتمد دور سياسة ccNSO على تحليل لنموذج تشغيل DNS التالي:

1. يتم تسجيل/صيانة البيانات لإنشاء ملف منطقة و

2. يستخدم ملف المنطقة بدوره في خوادم اسم TLD.

ويجب إجراء عمليتين داخل TLD (وقد تم تفصيل ذلك أدناه):

1. إدخال البيانات في قاعدة بيانات (وظيفة إدخال البيانات) و

2. صيانة خوادم اسم TLD والتأكد من إجراء الصيانة (وظيفة خادم الاسم).

يجب إجراء هاتين الوظيفتين الأساسيتين في مستوى تسجيل ccTLD وفي مستوى أعلى (وظيفة IANA وخوادم الجذر) وفي مستويات أدنى في التسلسل الهرمي لـ DNS. وتعد هذه الآلية دورية، كما يشير RFC 1591 :

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

الوظائف الرئيسية

1. وظيفة إدخال البيانات ( DEF ):

بالنظر إلى المستوى المفصل أكثر فإن الوظيفة الأولى (إدخال البيانات والحفاظ عليها بقاعدة بيانات) يجب تحديدها بالكامل من خلال سياسة تسمية. ويجب على سياسة التسمية أن تحدد القواعد والشروط:

(أ) في ظل تجميع البيانات وإدخالها بقاعدة البيانات أو تغيير البيانات (في مستوى TLD بين المستويات الأخرى فإن البيانات تعكس تحولاً من المسجلين أو تغيير المسجل) بقاعدة البيانات.

(ب) لإتاحة بيانات معينة بصفة عامة وللجميع (من خلال خدمة Whois أو خوادم أسماء مثلاً).

2. وظيفة خادم الاسم ( NSF )

تتضمن وظيفة خادم الاسم إمكانية تشغيل أساسية ومشكلات الاستقرار في قلب نظام اسم النطاق. وأهمية هذه الوظيفة تمتد لتصل إلى خوادم الاسم بمستوى ccTLD ولكن بخوادم الجذر (ونظام خادم الجذر) وخوادم الاسم بالمستويات الدنيا.

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

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

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

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

يمكن تمييز ثلاثة أدوار، ويجب تخصيص المسؤولية لأحدهم في أي مشكلة تحدث:

  • دور السياسة: أي القدرة والسلطة لتحديد سياسة ما و
  • الدور التنفيذي: أي القدرة والسلطة للعمل وفقًا لسياسة ما وتنفيذها و
  • دور المسؤولية: أي القدرة والسلطة لتحمل المسؤولية عن الاضطلاع بالسلطات بالهيئة.

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

وتقدم المعلومات الواردة أدناه مساعدة على:

1. رسم مجالات السياسة المحددة وتحديدها و

2. تحديد الأدوار المتعلقة بمجالات السياسة المحددة هذه وتعريفها.

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

وظيفة خادم الاسم (كما في ccTLDs)

المستوى 1: خوادم اسم الجذر
دور السياسة: IETF ، RSSAC (ICANN)
الدور التنفيذي: مشغلو نظام خادم الجذر
دور المسؤولية: RSSAC (ICANN) ، (US DoC-ICANN MoU)

المستوى 2: خوادم اسم مزود امتداد ccTLD فيما يتعلق بإمكانية التشغيل
دور السياسة: عملية تطوير سياسة ccNSO (ICANN) ، يمكن تنظيم عملية ccNSO لتحقيق أفضل الممارسات
الدور التنفيذي: مدير ccTLD
دور المسؤولية: جزء ICANN (IANA) ، جزء مجتمع الإنترنت المحلي، ويشمل الحكومة المحلية

المستوى 3: خوادم اسم المستخدم
دور السياسة: مدير ccTLD ، IETF (RFC)
الدور التنفيذي: المسجل
دور المسؤولية: مدير ccTLDs

وظيفة إدخال البيانات (كما في ccTLDs)

المستوى 1: سجل مستوى الجذر
دور السياسة: عملية تطوير سياسة ccNSO (ICANN)
الدور التنفيذي: ICANN (IANA)
دور المسؤولية: مجتمع ICANN ، مديرو ccTLD ، US DoC ، (الهيئات الدولية في بعض الحالات)

المستوى 2: سجل ccTLD
دور السياسة: مجتمع الإنترنت المحلي، يشمل الحكومة المحلية و/أو مدير ccTLD وفقًا للهيكل المحلي
الدور التنفيذي: مدير ccTLD
دور المسؤولية: مجتمع الإنترنت المحلي، يشمل الهيئات الدولية في بعض الحالات

المستوى 3: المستويان الثاني والأدنى
دور السياسة: المسجل
الدور التنفيذي: المسجل
دور المسؤولية: المسجل، مستخدمو أسماء نطاق المستوى الأدنى

Stay Connected

  • News Alerts:
  • Newsletter:
  • Compliance Newsletter:
  • Policy Update: