الوحدة 1 رحلة مقدم الطلب

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

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

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

1.1 معلومات ما قبل تقديم الطلب

1.1.1 الأهلية

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

‎1.1 . 2 الرسوم

يُطلب من مقدمي الطلبات دفع رسوم تقييم نطاق gTLD البالغة 227,000 دولار أمريكي لكل طلب، مع استثناءات لأولئك الذين يستوفون شروط برنامج دعم مقدم الطلب (ASP) ومقدمي الطلبات المتباينة التي تستوفي المعايير الموضحة في القسم 3.3 الرسوم والمدفوعات. يجب دفع الرسوم عند استلام الفاتورة، ويجب أن تستلم ICANN الدفعة كاملة في موعد لا يتجاوز سبعة أيام بعد إغلاق فترة تقديم الطلب. إذا لم يقم مقدم الطلب بدفع رسوم تقييم gTLD خلال هذه الفترة التي تبلغ سبعة أيام، فلن تتم معالجة الطلب بشكل عام وسيتم إلغاؤه.

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

1.1.3 الشروط والأحكام

يجب على جميع مقدمي الطلبات الموافقة على شروط وأحكام طلب نطاق المستوى الأعلى (TLD) لبرنامج نطاقات gTLD الجديدة: جولة 2026 من أجل تقديم طلباتهم (انظر الملحق 10 الشروط والأحكام، والتي يُنصح مقدمي الطلبات بقراءتها بالكامل).

1.1.4 نظام إدارة طلبات TLD

يجب تقديم الطلبات إلكترونيًا من خلال نظام إدارة طلبات نطاق المستوى الأعلى (TAMS) ولن يتم السماح بتقديم الطلبات الورقية. نشجع مقدمي الطلبات على الرجوع إلى دليل مستخدم TAMS على موقع نطاقات gTLD الالكتروني² للحصول على إرشادات حول كيفية استخدام النظام لضمان الفهم الصحيح قبل تقديم الطلب.

1.1.5 النية الحسنة

يجب تقديم الطلبات بنية حسنة ("حسن النية") لتشغيل نطاق المستوى الأعلى العام (gTLD). يجب على مقدمي الطلبات تأكيد وجود نية حسنة لتشغيل نطاق gTLD لجميع الطلبات المقدمة في TAMS (انظر مجموعة الأسئلة 21 في الملحق 1 أسئلة الطلب). تحتفظ مؤسسة ICANN بالحق في رفض أي طلب إذا تبين لها أنه لم يُقدم بحسن نية.

1.1.6 القبول الشامل

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

1.1.7 برنامج دعم مقدم الطلب

يمكن لمقدمي الطلبات الذين يرغبون في التقدم بطلب للحصول على نطاق gTLD جديد وتشغيل سجل أن يتقدموا بطلب إلى برنامج دعم متقدم الطلب (ASP). في حال استيفاء الشروط، قد يحصل مقدمو الطلبات المدعومون على دعم مالي وغير مالي. أنظر قسم ASP على موقع برنامج نطاقات gTLD الجديدة الالكتروني³ لمزيد من المعلومات والمستجدات.

1.2 مراحل الطلبات

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

1.2.1 تقديم الطلب

المدة المتوقعة: 105 أيام

1.2.1.1 إنشاء حساب ICANN

قبل الوصول إلى نظام TAMS لتقديم طلباتهم، يجب على مقدمي الطلبات التسجيل للحصول على حساب مستخدم ICANN على موقع حساب ICANN الإلكتروني⁴ وتمكين التوثيق متعدد العوامل.

1.2.1.2 فترة تقديم الطلب

من المتوقع أن تبدأ فترة تقديم الطلبات في موعد أقصاه الساعة 23:59 بالتوقيت العالمي المنسق (UTC) في 30 أبريل/نيسان 2026 وأن تظل مفتوحة لمدة 105 أيام، وتغلق في 12 أغسطس/أب 2026 الساعة 23:59 بالتوقيت العالمي المنسق (UTC). لكي يتم النظر في جميع الطلبات، يجب تقديمها قبل إغلاق فترة تقديم الطلبات، حيث أن النظام لن يسمح بتقديم الطلبات المتأخرة. نشجع مقدمي الطلبات على تقديم طلباتهم المكتملة في أقرب وقت ممكن بعد فتح فترة تقديم الطلبات. إن الانتظار حتى نهاية هذه الفترة لبدء العملية لن يوفر وقتًا كافيًا لإكمال جميع الخطوات اللازمة وتقديم طلب كامل في الوقت المحدد.

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

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

1.2.1.3. أسئلة الطلب

سيتكون الطلب من الأقسام التالية التي يجب إكمالها عند تسجيل المستخدم:

1. معلومات المنظمة

2. المعلومات المالية

3. معلومات طلب gTLD

لإكمال الطلب، يجب على الكيان المتقدم بالطلب الإجابة على سلسلة من الأسئلة وتقديم المستندات الداعمة، حسب الاقتضاء. سيقوم النظام بالتحقق من أن جميع الحقول الإلزامية تتضمن ردًا قبل أن يتمكن مقدمو الطلبات من تقديم طلب. للمزيد من المعلومات، انظر القسم 3.1.3 أسئلة الطلب وكذلك الملحق 1 أسئلة الطلب.

1.2.1.4 السلاسل في الطلب

كل طلب مخصص لنطاق gTLD واحد وقد يتضمن سلسلة متباينة واحدة أو أكثر من السلاسل المتباينة القابلة للتخصيص، حسب الاقتضاء. يمكن أن يكون الطلب أيضًا لسلسلة متباينة قابلة للتخصيص واحدة أو أكثر من نطاق gTLD الحالي.⁵

1.2.1.5 اختيار سلسلة بديلة

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

1.2.1.6 أنواع الطلبات والسلاسل

كما هو موضح في القسم 3.1.6 أنواع الطلبات والسلاسل، قد تتطلب أنواع معينة من الطلبات معاملة تفاضلية وفقًا لطبيعة الطلب أو السلسلة أو مقدم الطلب.

تشمل أنواع الطلبات المختلفة ما يلي: عام، مجتمعي، اسم جغرافي، اسم محجوز، نطاق.Brand TLD ، اسم النطاق المدول (IDN)، متباين من نطاق gTLD الحالي، نطاق IDN TLD الأساسي بما في ذلك متباين واحد أو أكثر، حماية الفئة 1، والطلبات المقدمة من الحكومات والمنظمات الحكومية الدولية، وأنواع طلبات مقدمي الطلبات المدعومين ودعم مقدمي الطلبات/مقدمي طلبات المنظمات الحكومية الدولية).

بالإضافة إلى ذلك، ستبدأ بعض السلاسل إجراءات معالجة وتقييم محددة: الأسماء الجغرافية، ونطاقات IDN TLDs، والأسماء المحجوزة، والسلاسل الخاضعة لضوابط الفئة 1.

1.2.1.7 النطاقات العامة المغلقة

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

1.2.1.8 عمليات التحقق من صحة السلسلة قبل تقديم الطلب

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

1.2.1.8.1 تحديد الأسماء المحظورة

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

1.2.1.8.2 تحديد الأسماء المحجوزة

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

2.1.8.3 1.مراجعة استقر ار DNS

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

1.2.1.9 اختيار مزود خدمة السجل

يُطلب من جميع مقدمي الطلبات تحديد واحد أو أكثر من مزودي خدمات السجل (RSPs) الذين تم تقييمهم من خلال برنامج تقييم RSPs⁷ والذين يعتزم مقدم الطلب استخدامهم إذا تم تفويض السلسلة أو السلاسل المطلوبة. يمكن العثور على قائمة مزودي خدمة السجل RSP الذين تم تقييمهم في صفحة طلبات مزودي خدمة السجل (RSP).⁸

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

يجوز لمقدمي الطلبات أيضاً الاستعانة بمزودي خدمة السجل RSPs الخارجيين أو طلب موافقة ICANN لتقديم خدمات السجل الهامة بأنفسهم كمزودي خدمة السجل RSPs من خلال برنامج تقييم مزود خدمة السجل RSP. راجع القسم 3.1.10 اختيار موفر خدمة السجل.

1.2.2 عمليات التقييم المسبق

1.2.2.1 الفحص الإداري والتحضير ليوم الكشف

المدة المتوقعة: ثمانية أسابيع

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

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

1.2.2.2 يوم الكشف

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

1.2.2.3 فترة الاستبدال

المدة المتوقعة: أسبوعان

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

1.2.2.4 يوم تأكيد السلسلة

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

1.2.2.5 قرعة تحديد الأولويات

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

1.2.3 مدخلات المجتمع والاعتراضات والطعون

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

1.2.3.1 التعليقات على الطلبات

المدة المتوقعة: 104 أيام بعد يوم تأكيد السلسلة؛ 30 يومًا بعد طلبات تغيير الطلب

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

1.2.3.2 التحذيرات المبكرة لأعضاء اللجنة الاستشارية الحكومية ((GAC

المدة المتوقعة: 104 أيام بعد يوم تأكيد السلسلة

يجوز لأعضاء ومراقبي اللجنة الاستشارية الحكومية (GAC) التابعة لـ ICANN إصدار تحذيرات مبكرة لأعضاء GAC في غضون 104 أيام تلي يوم تأكيد السلسلة، كما هو موضح في القسم 4.2 تحذيرات مبكرة لأعضاء GAC.

1.2.3.3 مشورة إجماع اللجنة الاستشارية الحكومية ( (GAC

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

1.2.3.4 الإشعارات بصيغة المفرد/الجمع

المدة المتوقعة: 30 يوماً بعد يوم تأكيد السلسلة

في غضون 30 يومًا من يوم تأكيد السلسلة، يمكن للجمهور إخطار ICANN بما يلي:

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

• السلسلة المقدم طلب لها هي صيغة مفردة أو جمع لـ:

  • السلسلة المفوضة

  • لا تزال السلسلة قيد المعالجة من الجولة السابقة لنطاقات gTLD الجديدة

  • اسم محظور

للمزيد من المعلومات، راجع القسم 4.4 الإشعارات بصيغة المفرد/الجمع.

1.2.3.5 الاعتراضات والاستئنافات

المدة المتوقعة: 104 يوماً بعد يوم تأكيد السلسلة

المدة المتوقعة لتقديم الاستئنافات: 15 يومًا بعد صدور قرار البت في الاعتراض لتقديم إشعار الاستئناف؛ و15 يومًا لتقديم الاستئناف.

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

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

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

1.2.4 تقييم السلاسل

المدة المتوقعة: 180 يوماً¹¹

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

1.2.4.1 تقييم تشابه السلاسل

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

1.2.4.2 التقييم الأولي لتضارب الأسماء

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

1.2.3.4 تقييم الضمانات

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

1.2.4.4 تحديد الأسماء الجغرافية

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

1.2.4.5 تقييم الإشعارات بصيغة المفرد/الجمع

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

1.2.5 التفويض المؤقت

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

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

1.2.6 نشر تقارير تقييم السلاسل ومجموعات الخلافات.

بمجرد اكتمال عملية تقييم السلاسل، سيتم نشر تقارير تقييم السلاسل لجميع الطلبات، بالإضافة إلى قائمة محدثة بمجموعات الخلافات، على الموقع الإلكتروني لبرنامج نطاقات gTLD الجديدة.¹³

1.2.7 الاعتراضات حول تشابه السلاسل و تحديد مجموعات الخلافات المحتملة الجديدة

المدة المتوقعة: 30 يومًا من تاريخ نشر القائمة الأولية لمجموعات الخلافات.

كما هو موضح في القسم 4.5 الاعتراضات والاستئنافات، بمجرد اكتمال تقييم السلاسل ونشر قائمة محدثة لمجموعات الخلافات، ستكون هناك فترة ثانية مدتها 30 يومًا لتقديم الاعتراضات المتعلقة بالتشابه بين السلاسل فقط. قد تقوم الطلبات التي تلقت اعتراضًا بشأن تضارب السلاسل بتشكيل مجموعات خلافات إضافية اعتمادًا على قرار DRSP. في حالة تشكيل مجموعات جديدة من مجموعات الخلافات، فسيتم نشرها على الموقع الإلكتروني لبرنامج gTLS الجديدة.¹⁴

1.2.8 تقييم أولوية المجتمع

• شرطي

بمجرد الانتهاء من جميع مجموعات الخلافات (أي أنه لم يعد من الممكن إجراء تغييرات على تكوين المجموعة، إلا عندما يسحب مقدم الطلب طلبه) وجميع الطلبات في مجموعة الخلافات مؤهلة للمضي قدماً في تسوية الخلافات، يجوز لمقدمي الطلبات المجتمعية المتنافسين اختيار الخضوع لتقييم أولوية المجتمع (CPE).¹⁵ يُعدّ CPE تحليلاً مستقلاً تجريه لجنة من الخبراء لتحديد ما إذا كان المجتمعي يستوفي معايير تقييم الأداء المجتمعيCPE . إذا استوفى الطلب معايير CPE، فسيحصل على الأولوية في مجموعة الخلافات. يمكن الاطلاع على المزيد من المعلومات حول العملية والمعايير في القسم 5.4 تقييم أولوية المجتمع.

1.2.9 مزاد ICANN الخاص بنطاقات gTLD الجديدة

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

1.2.10 تقييم الطلب

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

يتكون تقييم مقدم الطلب من تقييمين إلزاميين، التفاصيل أدناه:

1.2.10.1 فحص الخلفية

• إلزامي

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

1.2.10.2 التقييم المالي والتشغيلي

• إلزامي

يقيِّم التقييم المالي والتشغيلي ما إذا كانت لمقدم الطلب القدرة المالية والتشغيلية على الحفاظ على السجل على المدى الطويل، وما إذا كان قد نفذ ضمانات معقولة لضمان قوة العمليات التجارية ومعالجة المخاوف المتعلقة بالانتهاك.¹⁶ انظر القسم 6.2 التقييم المالي والتشغيلي.

1.2.11 تقييم الطلب

المدة المتوقعة: انظر القسم 1.5 الجداول الزمنية لدورة الحياة

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

1.2.11.1 مراجعة مزود خدمة السجل

• إلزامي

ستقوم ICANN بالتحقق مما إذا كان مقدم الطلب قد اختار موفر خدمة سجل واحد أو أكثر تم تقييمه كجزء من طلبه. فإن لم يكن الأمر كذلك، فإن التقييم الموسع متاح لمقدم الطلب لتقديم المعلومات المطلوبة فيما يتعلق بموفر (موفري) خدمة السجل RSP المختار. أنظر القسم 7.9 اختيار مزود خدمة السجل.

1.2.11.2 مراجعة الأسماء الجغرافية

• شرطي

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

1.2.11.3 مراجعة الأسماء المحجوزة

• شرطي

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

1.2.11.4 تقييم خطة التخفيف من مخاطر تضارب الأسماء عالية الخطورة

• شرطي

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

1.2.11.5 تقييم الإعفاء من القواعد السلوكية لمشغل السجل

• شرطي

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

1.2.11.6 تقييم التزامات السجل

• شرطي¹⁷

كما هو موضح في 7.8.3.2 تقييم التزامات السجل، سيتم تقييم كل التزام طوعي للسجل يقترحه مقدم الطلب وكل سياسة تسجيل مجتمعية لاتفاقية السجل ("سياسة التسجيل المجتمعية") يقترحها مقدم الطلب لنطاق gTLD مجتمعي لإدراجه في السجل من قبل سجل ICA المتفق عليه وسيتم نشره لفترة التعليقات على الطلبات.

1.2.11.6.1 تقييم التزامات السجل الطوعية

سيخضع كل التزام طوعي للسجل (RVC) لتقييم من قبل ICANN. الهدف من هذا التقييم هو تحديد ما إذا كان RVC المقترح يفي بجميع معايير التقييم كما هو موضح في القسم 7.8.3.2 تقييم التزامات السجل للحصول على موافقة ICANN لإدراج الالتزام في المواصفات 11 من اتفاقية السجل الأساسية.

1.2.11.6.2 تقييم سياسات التسجيل المجتمعي

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

1.2.11.7. تقييم أهلّية نطاق Brand TLD.

• شرطي

يؤكد تقييم أهلية نطاق Brand TLD.على أن مقدم الطلب يستوفي معايير تسمية نطاق Brand TLD. يؤدي التصنيف الناجح إلى إضافة المواصفة 13 إلى اتفاقية تسجيل مقدم الطلب، شريطة أن يكمل مقدم الطلب جميع مراحل التقييم بنجاح. راجع القسم 7.3 تقييم أهلّية Brand TLD.

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

1.2.11.8 تقييم السلاسل المتباينة

• شرطي

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

1.2.12 أسئلة توضيحية

المدة المتوقعة: سبعة أيام للاستفسارات الإدارية؛ و21 يومًا للاستفسارات الموضوعية

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

1.2.13 نشر تقارير تقييم الطلبات ومقدمي الطلبات

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

1.2.14 التقييم الموسع والطعن في التقييم

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

1.2.14.1 تقييم موسع

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

يمكن إخضاع التقييمات التالية لتقييم موسع:

الجدول 1-1: التقييمات الخاضعة للتقييم الموسع

1.2.14.2 الطعن في التقييم

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

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

• لم يتم تقديم الطعن على أحد أسباب الطعن المقبولة.

• ألا يكون الطرف المقدم للطعن هو مقدم الطلب

• لم يتم تقديم أدلة كافية أو لم يتم تقديم أي أدلة لدعم هذا الطعن.

• إن هذا الطعن بعيد المنال، أو مختلق بوضوح، أو مخالف للمنطق السليم.

• يقوم مقدم الطلب بتقديم طعون مكررة أو متكررة على نفس الأساس لنفس التقييم.

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

انظر الجدول 2-1: التقييمات المؤهلة للطعن للحصول على نظرة عامة على التقييمات المؤهلة للطعن، والموعد النهائي لتقديم الطلب، والأسباب.

الجدول 2-1: التقييمات المؤهلة للطعن

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

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

1.2.15 التعاقد

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

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

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

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

عند الاقتضاء، ستتضمن اتفاقية السجل البنود التالية بناءً على ردود مقدم الطلب على أسئلة الطلب ونتائج التقييم:

• تتضمن المواصفة 11 التزامات المصلحة العامة، بما في ذلك الالتزامات والضمانات الطوعية الخاصة بسجل البيانات.

• تتضمن المواصفة رقم 12 سياسات التسجيل المجتمعية.

• تتضمن المواصفة رقم 13 معلومات حول طلبات تسجيل نطاقات .Brand.

• تتضمن المواصفة رقم 14 معلومات حول السلاسل المتباينة.

• تتضمن المادة 7 أحكاماً خاصة تتعلق بالمنظمات الحكومية الدولية أو الكيانات الحكومية.

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

1.2.16 ما بعد التعاقد

يوفر هذا القسم الخاص بمرحلة ما بعد التعاقد لمشغلي سجلات النطاقات الجدد الموارد اللازمة لفهم متطلبات إطلاق وتشغيل نطاقات gTLD الخاصة بهم.

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

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

1.2.17 إجراءات تسوية الخلافات بعد التفويض

توفر إجراءات تسوية خلافات ما بعد التفويض وسيلة لتقديم الشكاوى ضد سلوك مشغل السجل.

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

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

يوجد حاليًا ثلاث إجراءات لتسوية الخلافات بعد انتهاء عملية التفويض:

1. إجراءات تسوية الخلافات الخاصة بالتزامات المصلحة العامة (PICDRP): تتناول هذه الإجراءات الشكاوى المزعومة التي تفيد بأن مشغل السجل قد لا يلتزم بواحد أو أكثر من التزامات المصلحة العامة (PICs) أو التزامات السجل الطوعية (RVCs) المنصوص عليها في اتفاقية السجل الخاصة به. أنظر القسم 7.8 التزامات المصلحة العامة والتزامات السجل الطوعية وسياسات التسجيل المجتمعية للحصول على مزيد من التفاصيل حول PICS و RVCs.

2. إجراءات تسوية الخلافات الخاصة بقيود السجل (RRDRP): تستخدم RRDRP لمعالجة الظروف التي يزعم فيها أن مشغل نطاق gTLD المجتمعي ينحرف عن سياسات التسجيل المجتمعية الموضحة في اتفاقية السجل. يتم تشغيل نطاق gTLD المجتمعي لصالح مجتمع محدد بوضوح. أنظر القسم 5.4 تقييم أولوية المجتمع لمزيد من التفاصيل حول الطلبات المجتمعية

3. إجراءات تسوية الخلافات القائمة حول العلامات التجارية ما بعد التفويض (:(TM-PDDRP يتناول برنامج TM-PDDRP بشكل عام التواطؤ المزعوم في انتهاك العلامات التجارية على المستوى الأول أو الثاني من نطاقات gTLD. من بين إجراءات تسوية الخلافات الثلاثة التي تم تفويضها لاحقًا، فإن إجراء TM-PDDRP هو الوحيد المصمم خصيصًا لمعالجة القضايا المتعلقة بالعلامات التجارية التي تخص مشغلي سجلات النطاقات. أنظر آليات حماية الحقوق²³ لمزيد من التفاصيل حول متطلبات آليات حماية الحقوق لجميع نطاقاتgTLD

للحصول على مزيد من المعلومات حول نطاق الإجراءات، وأدوار جميع الأطراف، وعملية التحكيم فيما يتعلق بإجراءات تسوية الخلافات هذه بعد التفويض، يُرجى الاطلاع على قسم الأسئلة الشائعة على موقع برنامج نطاقات gTLD الجديدة،²⁴ بالإضافة إلى صفحة المعلومات الخاصة بآليات حماية الحقوق (RPMs) وإجراءات تسوية الخلافات (DRPs).

1.3 لمحة عامة بخصوص العملية

الشكل 1-1 لمحة عامة بخصوص : العملية

1.4 المواد المنشورة

ستقوم ICANN بنشر المواد التالية المتعلقة بالطلبات المقدمة على موقع برنامج gTLD الجديدة:

• أقسام عامة في الطلبات

• رقم الأولوية المخصص

• حالة الطلب ومرحلته

• الطلبات التي تتضمن التحذيرات المبكرة لأعضاء GAC و مشورة إجماع GAC

• حالات الاعتراضات والاستئنافات

• التعليقات على الطلبات

• التغييرات التي طرأت على الجزء العام من الطلبات نتيجة التماسات تغيير الطلب.

• تقارير نتائج التقييم (السلاسل، الطلب ومقدمي الطلبات، وتقييم أولوية المجتمع (CPE).

• تقارير التقييم الأولي لتضارب الأسماء.

• تقرير التفويض المؤقت

• خطة التخفيف من المخاطر الشديدة والتقرير

• تقارير التقييم الموسع والطعن في التقييم

• الأسئلة التوضيحية وإجابات مقدمي الطلبات على هذه الأسئلة للأجزاء العامة من الطلبات.

• قائمة بمجموعات الخلاف

• حالة اختيار CPE

• حالة المزاد والنتائج

1.5 الجداول الزمنية لدورة الحياة

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

الجدول 3-1: نقدير مدة كل عملية

*سيتم توفير المدة المقدرة لإكمال الإعداد والتفويض في وقت لاحق.

يقدم الجدول أدناه تقديرًا لمدة بعض العمليات المشروطة التي قد يخضع لها الطلب.

الجدول 4-1: نقدير مدة بعض العمليات المشروطة

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