الخلاصة

  • يجب على مقدم الطلب تحديد مزوّدي خدمات السجل الذين يُعتزم أن يقدموا الخدمات الحرجة إذا انتقل الطلب إلى التفويض.
  • خلال التعاقد، تطلب ICANN بصورة منفصلة من المزوّد المحدد الإقرار بأنه يخطط لدعم مقدم الطلب واسم نطاق المستوى الأعلى أو الأسماء المعنية.
  • يمكن لمقدم الطلب تحديد مزوّديه أو تغييرهم بعد التقديم عبر إجراء تغيير الطلب (Application Change Request).

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

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

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

التحليل

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

Sources