Skip to main content
Resources

سياسة بيانات التسجيل

هذه الصفحة متوفرة باللغات:

سياسة بيانات التسجيل

  1. مقدمة
  2. النطاق
  3. التعاريف والتفسير
  4. تاريخ سريان السياسة
  5. اتفاقية حماية البيانات
  6. جمع بيانات التسجيل
  7. نقل بيانات التسجيل من أمين سجل إلى مشغل سجل
  8. نقل بيانات التسجيل إلى موفري مستودعات البيانات
  9. نشر بيانات تسجيل أسماء النطاقات
  10. طلبات الإفصاح
  11. ملفات السجل
  12. الاحتفاظ ببيانات التسجيل

الملحق 1

الملحق 2

ملاحظات على التنفيذ

  1. معالجة بيانات التسجيل
  2. نقل بيانات التسجيل
  3. نقل بيانات التسجيل إلى موفري مستودعات البيانات
  4. نشر منظمة المسجل
  5. الرد على الطلبات المعقولة للإفصاح المشروع
  6. الاحتفاظ ببيانات التسجيل
  7. خدمات الخصوصية/البروكسي المنتسبة والمعتمدة
  8. تاريخ الإنشاء
  9. تاريخ التحديث

نبذة خلفية

سياسة بيانات التسجيل

  1. مقدمة

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

  2. النطاق

    2.1. وتسري هذه السياسة على كل أمين سجل معتمد من ICANN ومشغل سجل لديه اتفاقية مبرمة مع ICANN.

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

  3. التعاريف والتفسير

    3.1. الكلمات الأساسية مثل "يجب" و"يجب ألا" و"المطلوب" و"يلتزم" و"لا يلتزم" و"ينبغي" و"ينبغي ألا" و"موصى به" و"غير موصى به" و"يجوز" و "غير إلزامي" الواردة في هذا المستند يجب تفسيرها على النحو الموضح في خطة استمرارية العمل رقم 14 أو [RFC2119] [RFC8174] فقط عندما تظهر بالخط العريض، كما هو موضح هنا.

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

    3.3. "البيانات الشخصية" ويقصد بها أي معلومات تتعلق بشخص طبيعي محدد الهوية أو غير محدد الهوية (والمشار إليه بلفظ "صاحب البيانات").

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

    3.5. "النشر" و"ينشر" و"نشر/منشور" ويقصد بها توفير بيانات في خدمات دليل بيانات التسجيل المتاحة للجماهير.

    3.6. "بيانات التسجيل" ويقصد بها قيم عناصر البيانات التي يتم تجميعها من شخص طبيعي أو اعتباري أو يستخرجها أمين سجل أو مشغل سجل، في أي من الحالتين فيما يتصل باسم مسجل بما يتفق مع القسم 6 من هذه السياسة.

    3.7. "الطلبات المعقولة للإفصاح المشروع" (المشار إليها بلفظ "طلبات الإفصاح") وتشير إلى الطلبات المقدمة إلى مشغل سجل أو أمين سجل من أجل الإفصاح عن بيانات غير امة بما يتفق مع المتطلبات المنصوص عليها في القسم 10.

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

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

  4. تاريخ سريان السياسة

    يسري العمل بهذه السياسة في 21 أغسطس/آب 2025. وتظل سياسة بيانات التسجيل الموقتة لنطاقات gTLD سارية ومعمول بها حتى 20 أغسطس/آب 2025. وخلال الفترة من 21 أغسطس/آب 2024 وحتى 20 أغسطس/آب 2025، يجوز للسجل وأمين السجل مواصلة تنفيذ التدابير المتسقة مع المواصفات المؤقتة لبيانات تسجيل gTLD أو هذه السياسة في مجملها، أو عناصر من كل منهما.

  5. اتفاقية حماية البيانات

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

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

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

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

  6. جمع بيانات التسجيل

    6.1. يجب على أمين السجل جمع أو استخراج القيم (المميزة بعلامة النجمة) لعناصر البيانات التالية:

    6.1.1. اسم النطاق

    6.1.2. خادم WHOIS لأمين السجل*

    6.1.3. رابط URL لأمين السجل*

    6.1.4. أمين السجل*

    6.1.5. معرف IANA لأمين السجل*

    6.1.6. البريد الإلكتروني لجهة اتصال الانتهاكات لدى أمين السجل*

    6.1.7. هاتف جهة اتصال الانتهاكات لدى أمين السجل*

    6.1.8. حالة (حالات) النطاق*

    6.1.9. اسم المسجل

    6.1.10. شارع المسجل

    6.1.11. مدينة المسجل

    6.1.12. ولاية/مقاطعة المسجل

    6.1.13. الرمز البريدي للمسجل

    6.1.14. دولة المسجل

    6.1.15. هاتف المسجل

    6.1.16. البريد الإلكتروني للمسجل

    6.1.17. تاريخ انتهاء تسجيل أمين السجل*

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

    قيمة "خادم WHOIS لأمين السجل" مطلوب استخراجها فقط إذا اشترطتها اتفاقية اعتماد أمين السجل أو سياسة الإجماع في ICANN.

    6.2. ويجوز لأمين السجل إتاحة الفرصة أمام صاحب الاسم المسجل لتوفير قيم لعناصر البيانات التالية. وإذا عرض أمين السجل جمع القيمة واختار صاحب الاسم المسجل توفير القيمة، فيجب على أمين السجل جمعها:

    6.2.1. الهاتف الداخلي للمسجل

    6.2.2. فاكس المسجل

    6.2.3. الفاكس الداخلي للمسجل

    6.2.4. اسم الفني

    6.2.5. هاتف الفني

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

    6.3. إذا وفر صاحب الاسم المسجل جهة اتصال فنية، فيجب على أمين السجل إشعار صاحب الاسم المسجل في وقت التسجيل بأنه عوضًا عن توفير معلومات الاتصال الفنية، يجوز لصاحب الاسم المسجل (أ) الإشارة إلى نفس الشخص بأنه صاحب الاسم المسجل (أو من ينوب عنه) وأنه جهة الاتصال الفنية؛ أو (ب) توفير معلومات اتصال لا تمثل معلومات محددة للهوية الشخصية لجهة الاتصال الفنية (على سبيل المثال، عنوان البريد الإلكتروني tech-assistance@example.org بدلاً من john.doe@example.org).

    6.4. ويجوز لأمين السجل استخراج قيمة عنصر بيانات الموزع.

    6.5. يجب على أمين السجل إتاحة الفرصة أمام صاحب الاسم المسجل لتوفير قيم لعناصر البيانات التالية. يجب على أمين السجل جمع قيم عناصر البيانات التالية، في حال قدمها صاحب الاسم المسجل:

    6.5.1. منظمة المسجل

    6.5.2. خادم (خوادم) الاسم

    6.5.3. عنوان (عناوين) IP لخادم الاسم

    6.5.4. عناصر امتدادات أمن نظام أسماء النطاقات DNSSEC

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

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

    6.6.2. سوف يتم اعتبار منظمة المسجل هي صاحب الاسم المسجل.

    6.7. يجوز لأمين السجل جمع عناصر البيانات حسبما تقتضيه اتفاقية السجل-أمين السجل و/أو سياسة التسجيل الخاصة بمشغل السجل.

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

  7. نقل بيانات التسجيل من أمين سجل إلى مشغل سجل

    7.1. يجب على أمين السجل نقل عناصر البيانات التالية إلى مشغل السجل:

    7.1.1. اسم النطاق

    7.1.2. رابط URL لأمين السجل

    7.1.3. أمين السجل

    7.1.4. معرف IANA لأمين السجل

    7.1.5. البريد الإلكتروني لجهة اتصال الانتهاكات لدى أمين السجل

    7.1.6. هاتف جهة اتصال الانتهاكات لدى أمين السجل

    7.1.7. حالة (حالات) النطاق

    7.2. يجب على أمين السجل نقل عناصر البيانات التالية إلى مشغل السجل في حالة جمعها أو استخراجها:

    7.2.1. خادم WHOIS لأمين السجل

    7.2.2. خادم (خوادم) الاسم

    7.2.3. عنوان (عناوين) IP لخادم الاسم

    7.2.4. عناصر امتدادات أمن نظام أسماء النطاقات DNSSEC

    7.3. يجب على أمين السجل نقل عناصر البيانات التالية إلى مشغل السجل شريطة وجود أساس قانوني مناسبة إضافة إلى اتفاقية معالجة بيانات سارية.

    7.3.1. اسم المسجل

    7.3.2. شارع المسجل

    7.3.3. مدينة المسجل

    7.3.4. دولة المسجل

    7.3.5. هاتف المسجل

    7.3.6. البريد الإلكتروني للمسجل

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

    7.4.1. منظمة المسجل

    7.4.2. ولاية/مقاطعة المسجل

    7.4.3. الرمز البريدي للمسجل

    7.4.4. الهاتف الداخلي للمسجل

    7.4.5. فاكس المسجل

    7.4.6. الفاكس الداخلي للمسجل

    7.4.7. اسم الفني

    7.4.8. هاتف الفني

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

    7.5. يجوز لأمين السجل نقل عناصر البيانات التالية إلى مشغل السجل في حالة دعمها من جانب مشغل السجل:

    7.5.1. تاريخ انتهاء تسجيل أمين السجل

    7.5.2. الموزع

  8. نقل بيانات التسجيل إلى موفري مستودعات البيانات

    8.1. يجب على أمين السجل تقديم نسخة إلكترونية -بنسق تحدده ICANN- من عناصر البيانات التالية إلى وكيل إيداع بيانات معتمد من ICANN:

    8.1.1. اسم النطاق

    8.1.2. تاريخ انتهاء تسجيل أمين السجل

    8.1.3. معرف IANA لأمين السجل

    8.1.4. اسم المسجل

    8.1.5. شارع المسجل

    8.1.6. مدينة المسجل

    8.1.7. ولاية/مقاطعة المسجل

    8.1.8. الرمز البريدي للمسجل

    8.1.9. دولة المسجل

    8.1.10. هاتف المسجل

    8.1.11. البريد الإلكتروني للمسجل

    لا يشترط نقل قيمة "الولاية/المقاطعة" وقيمة "الرمز البريدي" إذا لم يتوفرا للدولة أو الإقليم المقابل.

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

    8.2.1. منظمة المسجل

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

    8.3.1. الموزع

    8.3.2. الهاتف الداخلي للمسجل

    8.3.3. فاكس المسجل

    8.3.4. الفاكس الداخلي للمسجل

    8.3.5. اسم الفني

    8.3.6. هاتف الفني

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

    8.4. يجب على مشغل السجل تقديم نسخة إلكترونية -بنسق تحدده ICANN- من عناصر البيانات التالية إلى وكيل إيداع بيانات معتمد من ICANN:

    8.4.1. اسم النطاق

    8.4.2. معرف نطاق السجل

    8.4.3. رابط URL لأمين السجل

    8.4.4. تاريخ الإنشاء

    8.4.5. تاريخ انتهاء السجل

    8.4.6. أمين السجل

    8.4.7. معرف IANA لأمين السجل

    8.4.8. البريد الإلكتروني لجهة اتصال الانتهاكات لدى أمين السجل

    8.4.9. هاتف جهة اتصال الانتهاكات لدى أمين السجل

    8.4.10. حالة (حالات) النطاق

    8.5. يجب على مشغل السجل تقديم نسخة إلكترونية -بنسق تحدده ICANN- من عناصر البيانات التالية إلى وكيل إيداع بيانات معتمد من ICANN في حالة تحويلها من أمين سجل أو استخراجها بمعرفة مشغل السجل:

    8.5.1. خادم WHOIS لأمين السجل

    8.5.2. تاريخ التحديث

    8.5.3. تاريخ انتهاء تسجيل أمين السجل

    8.5.4. الموزع

    8.5.5. معرف مسجل السجل

    8.5.6. اسم المسجل

    8.5.7. منظمة المسجل

    8.5.8. شارع المسجل

    8.5.9. مدينة المسجل

    8.5.10. ولاية/مقاطعة المسجل

    8.5.11. الرمز البريدي للمسجل

    8.5.12. دولة المسجل

    8.5.13. هاتف المسجل

    8.5.14. الهاتف الداخلي للمسجل

    8.5.15. فاكس المسجل

    8.5.16. الفاكس الداخلي للمسجل

    8.5.17. البريد الإلكتروني للمسجل

    8.5.18. خادم (خوادم) الاسم

    8.5.19. عناصر امتدادات أمن نظام أسماء النطاقات DNSSEC

    8.5.20. عنوان (عناوين) IP لخادم الاسم

    8.6. يجوز لمشغل السجل تقديم نسخة إلكترونية -بنسق تحدده ICANN- من عناصر البيانات التالية إلى وكيل إيداع بيانات معتمد من ICANN في حالة تحويلها من أمين سجل أو استخراجها بمعرفة مشغل السجل:

    8.6.1. معرف فني السجل

    8.6.2. اسم الفني

    8.6.3. هاتف الفني

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

  9. نشر بيانات تسجيل أسماء النطاقات

    9.1. متطلبات نشر خدمات دليل بيانات التسجيل

    9.1.1. في الردود المقدمة على استعلامات خدمات دليل بيانات التسجيل، يجب على مشغل السجل نشر عناصر البيانات التالية:

    9.1.1.1. اسم النطاق

    9.1.1.2. رابط URL لأمين السجل

    9.1.1.3. تاريخ الإنشاء

    9.1.1.4. تاريخ انتهاء السجل (استثناء: يجوز لأمين السجل النشر)

    9.1.1.5. تاريخ انتهاء تسجيل أمين السجل (استثناء: يجوز لمشغل السجل النشر)

    9.1.1.6. أمين السجل

    9.1.1.7. معرف IANA لأمين السجل

    9.1.1.8. البريد الإلكتروني لجهة اتصال الانتهاكات لدى أمين السجل

    9.1.1.9. هاتف جهة اتصال الانتهاكات لدى أمين السجل

    9.1.1.10. حالة (حالات) النطاق

    9.1.1.11. آخر تحديث على خدمات دليل بيانات التسجيل

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

    9.1.2.1. خادم WHOIS لأمين السجل

    9.1.2.2. تاريخ التحديث

    9.1.2.3. خادم (خوادم) الاسم

    9.1.2.4. عناصر امتدادات أمن نظام أسماء النطاقات DNSSEC

    9.1.3. في الردود المقدمة على استعلامات خدمات دليل بيانات التسجيل ومع مراعاة الاشتراطات المنصوص عليها في القسم 9.2، (أ) يجب على أمين السجل نشر عناصر البيانات التالية في حالة جمعها أو استخراجها، و(ب) يجب على السجل نشر عناصر البيانات التالية في حالة تحويلها من أمين سجل أو استخراجها بمعرفة مشغل السجل:

    9.1.3.1. معرف نطاق السجل

    9.1.3.2. معرف مسجل السجل

    9.1.3.3. منظمة المسجل

    9.1.3.4. الرمز البريدي للمسجل

    9.1.3.5. معرف فني السجل

    9.1.3.6. اسم الفني

    9.1.3.7. هاتف الفني

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

    9.1.4. في الردود المقدمة على استعلامات خدمات دليل بيانات التسجيل، (أ) يجب على أمين السجل نشر عنصر بيانات دولة/مقاطعة المسجل في حالة جمعها، و(ب) يجب على مشغل السجل نشر عنصر بيانات ولاية/مقاطعة المسجل في حالة التحويل من أمين سجل.

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

    9.1.6. في الردود المقدمة على استعلامات خدمات دليل بيانات التسجيل ومع مراعاة الاشتراطات المنصوص عليها في القسم 9.2، (أ) يجب على أمين السجل نشر عناصر البيانات التالية و(ب) يجب على السجل نشر عناصر البيانات التالية في حالة تحويلها من أمين سجل:

    9.1.6.1. اسم المسجل

    9.1.6.2. شارع المسجل

    9.1.6.3. مدينة المسجل

    9.1.6.4. هاتف المسجل

    9.1.6.5. البريد الإلكتروني للمسجل

    9.1.7. في الردود المقدمة على استعلامات خدمات دليل بيانات التسجيل، يجوز لأمين السجل ومشغل السجل نشر عنصر بيانات الموزع.

    9.1.8. في الردود المقدمة على استعلامات خدمات دليل بيانات التسجيل، يجوز لأمين السجل نشر عنصر بيانات عنوان (عناوين) IP لخادم الاسم.

    9.1.9. ردًا على استعلامات خدمات دليل بيانات التسجيل:

    9.1.9.1. يجب على مشغل السجل نشر عنصر بيانات عنوان (عناوين) IP لخادم الاسم عندما تنادي اتفاقية السجل بنشر سجل ملصق في النطاق (وفقًا للتعريف الوارد في RFC8499).

    9.1.9.2. يجوز لمشغل السجل نشر عنصر بيانات عنوان (عناوين) IP لخادم الاسم عندما لا يكون شرطًا في اتفاقية السجل.

    9.1.10. في الردود المقدمة على استعلامات خدمات دليل بيانات التسجيل ومراعاةً للاشتراطات الواردة في القسم 9.2، يجوز لأمين السجل ومشغل السجل نشر عناصر البيانات التالية:

    9.1.10.1. الهاتف الداخلي للمسجل

    9.1.10.2. فاكس المسجل

    9.1.10.3. الفاكس الداخلي للمسجل

    9.2. اشتراطات الإخفاء لنشر بيانات التسجيل

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

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

    9.2.2.1. في حالة قيام مشغل السجل أو أمين السجل بتطبيق الاشتراطات الواردة في القسم 9.2.1، فيجب إخفاء قيم عناصر البيانات التالية مع مراعاة الاستثناءات الموضحة في الأقسام الفرعية التالية:

    9.2.2.1.1. معرف نطاق السجل

    9.2.2.1.2. معرف مسجل السجل

    9.2.2.1.3. اسم المسجل

    9.2.2.1.4. شارع المسجل

    9.2.2.1.5. الرمز البريدي للمسجل

    9.2.2.1.6. هاتف المسجل

    9.2.2.1.7. الهاتف الداخلي للمسجل

    9.2.2.1.8. فاكس المسجل

    9.2.2.1.9. الفاكس الداخلي للمسجل

    9.2.2.1.10. معرف فني السجل

    9.2.2.1.11. اسم الفني

    9.2.2.1.12. هاتف الفني

    9.2.2.2. في حالة قيام مشغل السجل بتطبيق الاشتراطات الواردة في القسم 9.2.1، فيجب إخفاء القيم لعناصر البيانات التالية:

    9.2.2.2.1. البريد الإلكتروني للمسجل

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

    9.2.2.3. في حالة قيام مشغل السجل بتطبيق الاشتراطات الواردة في القسم 9.2.1، فيجوز لمشغل السجل إخفاء قيمة منظمة المسجل.

    9.2.2.4. في حالة قيام أمين السجل أو مشغل السجل بتطبيق الاشتراطات الواردة في القسم 9.2.1، فيجوز له إخفاء قيمة مدينة المسجل.

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

    9.2.3.1. البريد الإلكتروني للمسجل

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

    9.2.4. في حالة قيام أمين السجل بتطبيق اشتراطات القسم 9.2.1 على قيم عناصر البيانات المدرجة في الأقسام من 9.2.2.1.1 وحتى 9.2.2.1.9 والقسم 9.2.2.4 والقسم 9.2.3.1، فيجب على أمين السجل إتاحة الفرصة لصاحب الاسم المسجل بتقديم موافقته على نشر قيم عناصر البيانات. يجب على أمين السجل نشر قيمة عنصر (عناصر) البيانات التي قدم لها صاحب الاسم المسجل موافقته.

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

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

  10. طلبات الإفصاح

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

    10.2. يجب أن يشتمل النسق والمحتوى المطلوبين لأمين السجل ومشغل السجل على ما يلي كحد أدنى:

    10.2.1. هوية صاحب الطلب، والتي تشمل ما يلي:

    10.2.1.1. معلومات اتصال صاحب الطلب.

    10.2.1.2. طبيعة/نوع كيان الأعمال أو الفرد.

    10.2.1.3. بيانات توكيل رسمي أو بيانات مماثلة تثبت ترخيصًا بالتصرف والعمل بالنيابة عن الطالب، متى ما كان ذلك منطبقًا.

    10.2.2. قائمة بقيم عناصر البيانات التي طلبها صاحب الطلب.

    10.2.3. معلومات حول الحقوق القانونية لصاحب الطلب والمسوغ المنطقي النوعي والأساس الذي يقوم عليه الطلب.

    10.2.4. تأكيد بأن الطلب يجري تقديمه بحسن النية.

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

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

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

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

    10.6. يجب أن تحقق الردود على طلبات الإفصاح أيًّا ما يلي:

    10.6.1. أن توفر البيانات المطلوبة.

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

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

  11. ملفات السجل

    11.1. في حالة قيام أمين السجل بتطبيق الاشتراطات الواردة في القسم 9.2.3، يلتزم أمين السجل بما يلي:

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

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

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

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

  12. الاحتفاظ ببيانات التسجيل

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

الملحق 1

يجب أن يلتزم تنفيذ خدمة WHOIS (المتاحة من خلال المنفذ 43) وخدمات دليل Whois المستندة إلى الويب بما يلي:

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

ملاحظة: يسري هذا الملحق 1 على كل أمين السجل ومشغل السجل يوفر خدمات WHOIS (المتاحة من خلال المنفذ 43) أو خدمات دليل بيانات Whois مستندة إلى الويب.

الملحق 2

بالنسبة لتسجيلات أسماء النطاقات الحالية ذات تواريخ الإنشاء التي تسبق تاريخ سريان هذه السياسة:

  1. يجب على أمين السجل الاتصال بأصحاب الأسماء المسجلة التي أدخلت قيمة لعنصر بيانات منظمة المسجل و(أ) المطالبة بمراجعة وتأكيد من صاحب الاسم المسجل بأن القيمة صحيحة؛ و(ب) تأكيد ما إن كان صاحب الاسم المسجل يوافق على نشر قيمة منظمة المسجل أم لا.
  2. وإذا أكد صاحب الاسم المسجل أو قام بتصحيح قيمة منظمة المسجل، ووافق على نشرها، فيجب على أمين السجل (أ) إشعار صاحب الاسم المسجل بأن قيمة منظمة المسجل سوف تعامل معاملة البيانات غير الشخصية وسوف تُنشر في تاريخ سريان هذه السياسة و(ب) نشر قيمة منظمة المسجل حسب الوصف الوارد في القسم 9.1.3 في تاريخ سريان هذه السياسة.
  3. إذا رفض صاحب الاسم المسجل نشر قيمة منظمة المسجل أو لم يرد على الاستعلام، فيجوز لأمين السجل –حسبما ورد في القسم 9.2.6– أن يخفي (حسب التعريف الوارد في القسم 9.2.2) قيمة منظمة المسجل، أو يجوز له حذف قيمة منظمة المسجل التي تم جمعها حتى تاريخ سريان هذه السياسة. وقبل حذف قيمة منظمة المسجل، يجب على أمين السجل ضمان أن قيمة عنصر بيانات صاحب الاسم المسجل المطلوبة في القسم 6.1.9 تم جمعها.

ملاحظات على التنفيذ

  1. معالجة بيانات التسجيل:

    1. لا يوجد في هذه السياسة ما يحظر على مشغل السجل أو أمين السجل معالجة البيانات لأغراض أخرى، والتي تتجاوز نطاق هذه السياسة. فعلى سبيل المثال:
      1. جمع معلومات بطاقات الائتمان لغرض معالجة عملية سداد من أجل تسجيل اسم نطاق.
      2. جمع أو استخراج عناصر البيانات الإضافية من أجل إنشاء جهة اتصال مثل: <contact:id> أو <contact:authInfo>؛ أو جهة الاتصال الفنية لمدينة (<contact:city>) ودولة (<contact:cc>).
      3. إذا قام أمين السجل بجمع بيانات اتصال إضافية، فيجوز له نشر بيانات الاتصال ذات الصلة في خدمات دليل بيانات التسجيل. على سبيل المثال، إذا كان أمين السجل يجمع بيانات اتصال فنية من صاحب الاسم المسجل بموجب القسم 6.2 ويخفى قيم عناصر البيانات المدرة في الأقسام 9.2.2.1.10 حتى 9.2.2.1.12، فيجوز لأمين السجل إتاحة الفرصة أمام جهة الاتصال الفنية المعنية لتوفير الموافقة على نشر قيم عناصر البيانات. يجوز لأمين السجل نشر قيمة (قيم) عناصر البيانات التي قدمت لها جهة الاتصال المعنية موافقتها.
  2. نقل بيانات التسجيل

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

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

  4. نشر منظمة المسجل

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

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

  6. الاحتفاظ ببيانات التسجيل

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

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

  8. تاريخ الإنشاء

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

  9. تاريخ التحديث

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

نبذة خلفية

اعتمد مجلس إدارة ICANN بتاريخ 17 مايو/أيار 2018 المواصفة المؤقتة لبيانات تسجيل نطاقات gTLD. وقد أجرت المواصفة المؤقتة تعديلاً على المتطلبات الحالية في اتفاقيات اعتماد أمين السجل واتفاقيات السجل من أجل التوافق مع قانون حماية البيانات العامة (GDPR) في الاتحاد الأوروبي، لضمان التوافر المستمر لخدمة WHOIS إلى أقصى حد ممكن والمعالجة الأخرى لبيانات تسجيل gTLD مع الامتثال في الوقت نفسه وتجنب انقسام وتقسيم WHOIS. وطبقًا للوائح ICANN الداخلية ومواصفات سياسات الإجماع والسياسات المؤقتة في اتفاقية السجل (RA) واتفاقية السجل-أمين السجل (RAA)، يمكن أن تظل المواصفة المؤقتة سارية فقط لمدة تصل إلى عام واحد اعتبارًا من تاريخ السريان 25 مايو/أيار 2018.

بتاريخ 19 يوليو/تموز 2018، بدأ مجلس منظمة دعم الأسماء العامة (GNSO) العملية المعجّلة لوضع السياسات (EPDP) بحيث يتم تطويرها في مرحلتين، ووضع ميثاقًا للعملية المعجّلة لوضع السياسات EPDP بشأن المواصفة المؤقتة لبيانات تسجيل نطاقات gTLD. عُهد إلى فريق العملية المعجّلة لوضع السياسات خلال المرحلة الأولى من عمله تحديد ما إن كان ينبغي أن تصبح المواصفة المؤقتة لبيانات تسجيل نطاقات gTLD سياسة من سياسات ICANN القائمة على التوافق في الآراء كما هي على علاتها، أو مع إجراء بعض التعديلات عليها. بالإضافة إلى ذلك، وجه الميثاق وجوب أن تتوافق النتيجة مع قانون حماية البيانات العامة GDPR وأن يأخذ بعين الاعتبار قوانين الخصوصية وحماية البيانات الأخرى. وكان الهدف من المرحلة الثانية لميثاق فريق العملية المعجّلة لوضع السياسات متمثلاً في تقييم نظام للوصول/الإفصاح القياسي لبيانات تسجيل نطاقات gTLD غير العامة، ومعالجة المشكلات المشار إليها في الملحق المرفق بالمواصفات المؤقتة، ومعالجة المشكلات الأخرى المؤجلة من المرحلة الأولى.

في 21 نوفمبر/تشرين الثاني 2018، نشر فريق العملية المعجّلة لوضع السياسات تقريره الأوليّ للمرحلة الأولى من أجل التعليق العام. واحتوى التقرير الأوليّ على التوصيات الأولية لفريق العملية المعجّلة لوضع السياسات ومجموعة من الأسئلة للتعليق العام. كما شرح فريق العملية المعجّلة لوضع السياسات وقدم توصيات حول: (1) الأساس القانوني وصحة ومشروعية الأغراض الموضحة في المواصفة المؤقتة، و(2) شرعية وضرورة ونطاق (س) جمع أمين السجل لبيانات التسجيل و(ص) نقل البيانات من أمناء السجلات إلى السجلات، كلٌ حسب ما هو موضح في المواصفة المؤقتة، و(3) نشر بيانات التسجيل من خلال أمناء السجلات والسجلات وفقًا لما هو موضح في المواصفة المؤقتة.

في 20 فبراير/شباط 2019، نشر فريق العملية المعجّلة لوضع السياسات تقريره النهائي، والذي اعتمده مجلس منظمة دعم الأسماء العامة في 4 مارس/آذار 2019. بدأت منظمة ICANN فترة تعليق عام على التقرير النهائي في 4 مارس/آذار 2019. سعت إجراء التعليق العام إلى الحصول على تعقيبات وآراء المجتمع ثيب إجراء مجلس الإدارة على توصيات السياسة العامة لعملية وضع السياسات المعجَّلة في منظمة دعم الأسماء العامة حول المواصفة المؤقتة لبيانات تسجيل gTLD. وقد تم نشر تقرير المخلص والتحليل للتعليق العام في 23 أبريل/نيسان 2019. قرر مجلس الإدارة اعتماد التوصيات، مع بعض الاستثناءات، في 15 مايو/أيار 2019.

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

وقدم فريق التنفيذ من خلال العمل قبل قرار مجلس الإدارة مفهوم المراحل الثلاثة لتنفيذ السياسة.

  • المرحلة 1: مواصلة تنفيذ معايير تتوافق مع المواصفة المؤقتة لبيانات تسجيل نطاقات gTLD والتي تنتهي في 25 مايو/أيار 2019. هذه سياسة بيانات تسجيل مؤقتة في حين يتم إعداد السياسة الدائمة ونشرها استنادًا إلى التوصيات.
  • المرحلة 2: ستبدأ هذه المرحلة بعد أن تنشر منظمة ICANN سياسة بيانات التسجيل في صورة سياسة مستندة إلى التوافق في الآراء وتقوم بإشعار الأطراف المتعاقدة رسميًا. وخلال هذه المرحلة، يمكن للأطراف المتعاقدة تنفيذ السياسة المؤقتة أو سياسة بيانات التسجيل أو عناصر من كلتيهما في الوقت الذي يستعدون فيه لتحديد التاريخ الفعلي لتنفيذ سياسة بيانات التسجيل لاحقاً.
  • المرحلة 3: يجب أن تلتزم الأطراف المتعاقدة بسياسة بيانات التسجيل.

في 17 مايو/أيار 2019، نشرت منظمة ICANN سياسة بيانات التسجيل البينية لنطاقات gTLD بموجب قرار مجلس الإدارة الصادر في 15 مايو/أيار 2019. وتتطلب السياسة المؤقتة السارية اعتبارًا من 20 مايو/أيار 2019 من الأطراف المتعاقدة مواصلة تنفيذ تدابير متسقة مع المواصفة المؤقتة لبيانات تسجيل نطاقات gTLD، والتي تنتهي مدتها في 25 مايو/أيار 2019.

أكمل فريق العملية المعجّلة لوضع السياسات المرحلة الثانية من عمله ونشر التقرير النهائي الذي يتكون من أربعة توصيات جاءت تحت مسمى توصيات الأولوية الثانية للمرحلة الثانية لعملية وضع السياسات المعجَّلة. في 21 يونيو/حزيران 2021، اعتمد مجلس الإدارة التوصيات 19-22 وتمت إضافة عمليات تنفيذ هذه التوصيات إلى مساحة عمل تنفيذ سياسة بيانات التسجيل.

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

Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."