بيان سياسة اعتماد أمناء السجلات | (نطاقات المستوى الأعلى .com، .net، و .org)

(تم اعتمادها في 4 مارس 1999)

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

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

المقدمة

1. السياسات المتعلقة برسوم وإجراءات تقديم الطلبات
2. بيان الحد الأدنى لمؤهلات الاعتماد
1. المؤهلات
2. المسائل التي قد تؤدي إلى فقدان الأهلية
3. الاستبعاد
3. أحكام وشروط اتفاقيات الاعتماد
1. الاعتماد
2. استخدام أمين السجل لاسم ICANN
3. إرسال بيانات حامل SLD إلى السجل
4. وصول الجمهور إلى تسجيلات SLD
5. استعادة حامل SLD وبيانات التسجيل
6. الحقوق في البيانات
7. ضمان البيانات
8. التنافس المنصف مع أمناء السجلات الآخرين
9. استيعاب مدير السجل لمتطلبات الخصوصية المنطبقة على أمناء السجلات
10. التعاملات المتعلقة بالأعمال، بما في ذلك التعاملات مع حاملي SLD
11. حل نزاعات أسماء النطاقات
12. رسوم الاعتماد
13. إنهاء الاتفاقية
14. مدة الاتفاقية، والتجديد
15. حل النزاعات بموجب اتفاقية الاعتماد
16. قيود التعويضات المالية لمخالفات الاتفاقية
4. برنامج اعتماد أمناء السجلات للمرحلة 1 (المرحلة التجريبية) لنظام التسجيل المشترك

---

تتبنى ICANN السياسات التالية فيما يتعلق باعتماد أمناء السجلات لمستويات النطاق الأعلى .com ، .net ، و .org (TLDs). ينوي مجلس إدارة ICANN مراجعة ملائمة هذه السياسات في ربيع عام 2000 ، للسماح بتحسينها بناءاً على الخبرة التي تمتعت بها ICANN في تلك الفترة حول هذه السياسات.

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

وبتبني هذه السياسات لاعتماد أمناء السجلات في .com ، .net ، و .org TLDs ، تشير ICANN إلى أن بعض أحكام ولشروط اتفاقيات اعتماد أمناء السجلات، كما هو مبين في القسم 3 أدناه، قد أضحت مناسبة بفعل الظروف المتعلقة بـ TLD وإدارة سجلاتها. كما تقر ICANN بأن الظروف المختلفة التي قد تنطبق حالياً على TLDs أخرى، أو ظروف مختلفة قد تنطبق في المستقبل على TLDs هذه، قد تجعل من المناسب تضمين هذه الأحكام والشروط في هذه الاتفاقيات بين مدير السجل وأمناء السجلات، أكثر من الاتفاقيات بين ICANN وأمناء السجلات.

1. السياسات المتعلقة برسوم وإجراءات تقديم الطلبات

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

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

2. بيان الحد الأدنى لمؤهلات الاعتماد

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

1. المؤهلات

للتأهل للحصول على اعتماد كمسجل، سيتعين على مقدم الطلب مايلي:

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

1. توفير ولوج مقدم الطلب الآمن والمتحقق من صحته إلى السجل.

2. توفير تشغيل نشط وقابل للتوسع قادر على التعامل مع حجم التسجيل الذي ينعكس بشكل معقول من قبل مقدم الطلب.

3. السماح بالتعامل العاجل مع طلبات حاملي النطاق من المستوى الثاني ("SLD") لإجراء تغييرات في بيانات التسجيل.

4. تحقيق احتياطي بيانات يومي وقابل للاستخدام بشكل جاهز وموثوق وأرشفة بيانات وتسجيل حاملي SLD.

5. الحفاظ على نسخ إلكترونية من جميع المعاملات والمراسلات والاتصالات مع SRS طوال فترة عقد التسجيل على الأقل.

6. توفير إجراءات لحماية أنظمة المعلومات للوقاية من التعطيل الخبيث أو بالخطأ لعمليات مقدم الطلب.

7. تحقيق التزامات مقدم الطلب بموجب اتفاقية الاعتماد الخاصة به.

8. توفير إجراءات تسمح لعملاء مقدم الطلب بتغيير المسجلين من دون تعطيل استخدام اسم النطاق الذي تم تعيينه.

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

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

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

2. في حالة عمل مقدمي الطلبات بالفعل كمسجلين معتمدين من قبل ICANN ، يمكنهم إثبات تلبيتهم لمتطلبات البند 1 (أ) - (ك) في أعمالهم الحالية المتعلق بالمسجل.

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

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

5. عند وقت تقديم الطلبات، احتفظ بـ SLD قائم وعامل (أو نطاق من المستوى الثالث إذا كان يعمل في نطاق بمستوى الدولة ISO-3166 ).

2. المسائل التي قد تؤدي إلى فقدان الأهلية

يحق لـ ICANN رفض منح الاعتماد إلى مقدم طلب مؤهل لأي من الأسباب التالية:

1. حدوث سوء تمثيل للمواد أو عدم دقة بالمعلومات أو بيان مضلل مادياً في الطلب أو أية مواد مرفقة بالطلب.

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

3. إذا كان مقدم الطلب، أو أي عامل أو مسئول أو مدير أو أي شخص أو هيئة تمتلك (أو تمتلك بشكل انتفاعي) خمسة بالمائة أو أكثر من مقدم الطلب، ما يلي:

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

2. قد عوقب خلال السنوات العشر الماضية من أي حكومة أو كيان تنظيمي للصناعة لارتكابه أفعال تتضمن الكذب أو التضليل أو إساءة استخدام الاعتمادات المالية للآخرين.

3. متورط حالياً في أي إجراء قضائي أو تنظيمي قد يؤدي إلى الإدانة أو الحكم القضائي أو الفصل والتحديد أو العقوبة لأي نوع من الأنواع المحددة بـ (أ) أو (ب).

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

3. الاستبعاد

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

3. أحكام وشروط اتفاقيات الاعتماد

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

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

ستتضمن الأحكام الرئيسية لهذه الاتفاقيات ما يلي:

1. الاعتماد. أثناء مدة الاتفاقية، سيتم اعتماد أمناء السجلات من قبل ICANN للعمل كأمين سجل (بما في ذلك إدراج وتجديد تسجيل SLD في السجل ) لكل من TLD وهي .com و .net ، و org.

2. استخدام أمين السجل لاسم ICANN. سيتم منح أمين السجل ترخيصًا عامًا غير حصري أثناء مدة الاتفاقية بأنه معتمد لدى ICANN كأمين سجل في TLD وهي .com ، .net ، و .org. علمًا بأن الترخيص لن يغطي أي استخدام آخر لاسم ICANN. ولا يجوز التنازل عن الترخيص أو منحه من قبل المسجل.

3. إرسال بيانات حامل SLD إلى السجل. أثناء مدة الاتفاقية:

1. كجزء من تسجيل جميع تسجيلات SLD في .com ، .net ، و .org ، سيرسل المسجل عناصر البيانات التالية المتعلقة بتسجيلات SLD التي يعالجها إلى Network Solutions, Inc. ("NSI") أو هيئة أخرى مماثلة بحسب ما تعينه ICANN كمدير سجل لـ TLD المناسب:

1. اسم SLD الخاضع للتسجيل.

2. عناوين بروتوكول الإنترنت ("IP") لخادم الاسم الرئيسي وأية خوادم أسماء ثانوية لـ SLD.

3. الأسماء المتوافقة لخوادم الأسماء هذه.

4. هوية المسجل.

5. تاريخ انتهاء صلاحية التسجيل، إلا إذا تنازلت ICANN عن هذا.

2. خلال يومي عمل اثنين بعد استلام أية تحديثات على عناصر المعلومات ج .1. ب وج من حامل SLD ، ينبغي أن يرسل المسجل عناصر البيانات المحدّثة إلى NSI أو هيئة أخرى مماثلة بحسب ما تعينه ICANN كمدير سجل لـ TLD المناسب.

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

4. وصول الجمهور إلى تسجيلات SLD. أثناء مدة الاتفاقية:

1. على نفقته الخاصة، ينبغي على المسجل توفير وصول الجمهور على أساس الوقت الفعلي (عن طريق خادم Whois مثلاً) إلى عناصر البيانات تلك بحسب ما تعينه ICANN بين الحين والآخر فيما يتعلق بجميع تسجيلات SLD النشطة الخاضعة لرعاية المسجل في السجل لـ .com ، .net ، و .org TLDs. إلى أن تحدد ICANN غير هذا، يجب أن تتألف هذه البيانات ممايلي:

1. اسم SLD الخاضع للتسجيل.

2. عناوين بروتوكول الإنترنت ("IP") لخادم الاسم الرئيسي وأية خوادم أسماء ثانوية لـ SLD.

3. الأسماء المتوافقة لخوادم الأسماء هذه.

4. هوية المسجل.

5. تاريخ انتهاء صلاحية التسجيل.

6. الاسم والعنوان البريدي لحامل SLD.

7. الاسم والعنوان البريدي وعنوان البريد الإلكتروني ورقم الهاتف الصوتي ورقم الفاكس عند توفره لمسئول الاتصال الفني عن SLD.

8. الاسم والعنوان البريدي وعنوان البريد الإلكتروني ورقم الهاتف الصوتي ورقم الفاكس عند توفره لمسئول الاتصال الإداري عن SLD.

9. الاسم والعنوان البريدي وعنوان البريد الإلكتروني ورقم الهاتف الصوتي ورقم الفاكس عند توفره لمسئول الاتصال عن المنطقة عن SLD.

10. أية ملاحظة تتعلق باسم SLD المسجل الذي ينبغي أن يظهر في بيانات Whois.

2. عند استلام أية تحديثات على عناصر البيانات د. 1 .ب حتى ي من حامل SLD ، ينبغي على المسجل التحديث العاجل لقاعدة بياناته المستخدمة لتوفير وصول الجمهور المبين في البند د.1.

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

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

5. للتوافق مع القوانين والأنظمة المطبقة أو لأية أسباب أخرى، يحق لـ ICANN بين الحين والآخر وضع حدود على البيانات المتعلقة بتسجيلات SLD التي قد يوفرها المسجل للعامة. في حالة تحديد ICANN لهذه الحدود، ينبغي على المسجل الالتزام بها.

5. استعادة حامل SLD وبيانات التسجيل.

1. أثناء مدة اتفاقية الاعتماد، سيحافظ المسجل على قاعدة بياناته الإلكترونية الخاصة به التي تتضمن عناصر البيانات المحدّثة د.1.أ حتى ي لكل تسجيل SLD نشط برعايته في السجل لـ .com ، .net ، و .org

2. أثناء مدة الاتفاقية وطوال ثلاثة سنوات بعدها، ينبغي أن يحافظ المسجل على السجلات التالية بتعاملاته مع مديري السجل وحاملي SLD:

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

2. بالشكل الإلكتروني أو الورقي أو على مايكروفيلم، جميع الاتصالات الخطية مع عملاء حامل SLD الفعليين والمحتملين.

3. بالشكل الإلكتروني، سجلات الحسابات لجميع عملاء حامل SLD مع المسجل، بما في ذلك تواريخ ومبالغ جميع الدفعات وإعادة الدفعات.

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

6. الحقوق في البيانات. يجب أن يتنازل المسجل عن جميع حقوق الملكية أو الاستخدام الحصري لعناصر البيانات ج.1.أ حتى ج و د.1.أ حتى ج لجميع تسجيلات SLD التي أرسلها المسجل إلى أي سجل. سيكون من المسموح للمسجل المطالبة بالحقوق في عناصر البيانات د.1.د و هـ ود.1.د حتى ي فيما يتعلق بتسجيلات SLD التي يرعاها في السجل لـ .com ، .net ، و .org ، بشكل يخضع إلى ( 1 ) ترخيص غير حصري وغير قابل للنقض وبلا دفع حقوق المؤلف لممارسة جميع هذه الحقوق لصالح أو نيابة عن ICANN في أنحاء العالم، والذي يمكن لـ ICANN منح ترخيصه من الباطن إلى أي مسجل آخر تعتمده في حالة إنهاء هذه الاتفاقية أو انتهاء صلاحيتها من دون تجديد، و( 2 ) ترخيص غير حصري وغير قابل للنقض وبلا دفع حقوق المؤلف لاستخدام وكشف عناصر البيانات د.1.أ حتى ي في Whois أو خدمة مشابهة. ستتمتع ICANN بالقدرة على التنازل خطياً عن مطلب الترخيص المحدد في ( 2 ).

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

8. التنافس المنصف مع أمناء السجل الآخرين. ينبغي على المسجل، إذا كان أيضاً مدير السجل لـ .com أو .net أو .org TLD(s) ، الالتزام بالإجراءات التالية لضمان حصول جميع المسجلين المعتمدين على ولوج متكافىء إلى السجل لـ TLD ذاك:

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

2. ينبغي ألا تتمتع عمليات المسجل لمدير السجل بولوج أبكر أو أكثر امتداداً من أي مسجل آخر إلى البيانات المتعلقة بمستوى نشاط السجل (كعدد التسجيلات المبدئية المدرجة، وعدد التجديدات، وعدد التحديثات) عن أي مسجل آخر.

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

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

9. استيعاب مدير السجل لمتطلبات الخصوصية المطبقة على المسجلين. ينبغي على المسجل، إذا كان أيضاً مدير السجل لـ .com أو .net أو .org TLD(s) ، الالتزام بالمتطلبات التالية للترويج للتطبيق الموحد لممارسات المعلومات المنصفة وتسهيل إرسال بيانات تسجيل SLD إلى السجل من قبل المسجلين بشكل يتوافق مع واجبات خصوصية المسجلين تلك تجاه حاملي SLD لديهم:

1. يجب على مدير السجل تقديم إشعار إلى كل مسجل حول ما يلي:

1. الأغراض المرجوة من البيانات التي يجب أن يقدمها المسجل حول أي شخص طبيعي محدد أو قابل للتحديد (" البيانات الشخصية ").

2. مستلمي أو فئات مستلمي أية بيانات شخصية يقدمها المسجل.

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

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

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

10. التعاملات المتعلقة بالأعمال، بما في ذلك التعاملات مع حاملي SLD.

1. في حالة تبني ICANN أو موافقتها على أي قانون سلوكيات لمسجلي DNS ، ينبغي على المسجل الالتزام بذلك القانون.

2. سيلتزم المسجل بجميع القوانين المطبقة والأنظمة الحكومية.

3. لن يدّعي المسجل أمام أي حامل SLD فعلي أو محتمل بأن المسجل يتمتع بالولوج إلى سجل تم اعتماد أمين سجل له يتفوق على أي مسجل آخر معتمد لذلك السجل.

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

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

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

7. سيتطلب المسجل من جميع حاملي SLD الدخول باتفاقية تسجيل إلكترونية أو ورقية مع المسجل تتضمن الأحكام التالية على الأقل:

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

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

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

2. ينبغي على المسجل إشعار كل حامل SLD - عميل بما يلي:

1. الأغراض المرجوة من البيانات التي تم جمعها من مقدم الطلب حول أي شخص طبيعي محدد أو قابل للتحديد ("البيانات الشخصية").

2. مستلمي أو فئات مستلمي البيانات المستهدفين (بما في ذلك مدير السجل وآخرين قد يستلمون البيانات من السجل).

3. البيانات الإلزامية، والبيانات الاختيارية إن وجدت.

4. كيف يمكن لموضوع البيانات الولوج إلى البيانات المحفوظة عنه، وتصحيحها عند الضرورة.

3. ينبغي أن يوافق حامل SLD على معالجة البيانات المشار إليها في البند ي. 7 .ب.

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

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

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

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

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

9. يجب أن يوافق حامل SLD على أن تسجيله لاسم SLD سيخضع للتعليق أو الإلغاء أو التحويل من قبل إجراءات ICANN ، أو إجراءات المسجل أو مدير السجل المعتمد من ICANN في الحالات التالية: ( 1 ) لتصحيح أخطاء ارتكبها المسجل أو مدير السجل عند تسجيل الاسم أو ( 2 ) لحل النزاعات المتعلقة باسم SLD.

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

9. سيحافظ المسجل على ضمان مسؤولية تجارية عامة سارية المفعول ذات حدود بوليصة على الأقل بحسب المبلغ المحدد في البند 2 .أ.3 حول تغطية المسؤوليات الناشئة عن أعمال مسجل المسجل أثناء مدة الاتفاقية.

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

12. رسوم الاعتماد. كشرط للاعتماد، يجب أن يدفع المسجل رسوم الاعتماد إلى ICANN. تتألف هذه الرسوم من مبالغ ثابتة وأخرى متغيرة. بشكل مبدئي، سيكون المبلغ الثابت لمدة عام واحد هو 5000.00 دولار أمريكي. سيكون دفع المبلغ الثابت مستحقاً عند تنفيذ المسجل لاتفاقية الاعتماد المبدئية وعند كل تجديد. سيعتمد المبلغ المتغير على عدد تسجيلات SLD المدرجة أو المجددة في سجلات .com ، .net ، و .org من قبل المسجل عند أو بعد 1 يوليو 1999 ، وستكون مستحقة الدفع على دفعات شهرية. خلال خمسة أيام بعد نهاية كل شهر أثناء مدة الاتفاقية التي تبدأ في يوليو 1999 ، سيرسل المسجل حسابات إلى ICANN تبين مجموع الفترات (بالسنوات) لجميع التسجيلات المدرجة أو المجددة في السجل (السجلات) المذكورة عن طريق المسجل أثناء الشهر. عند وقت إرسال الحسابات إلى ICANN ، سيدفع المسجل إلى ICANN مبلغ يتم احتسابه عن طريق ضرب ذلك المجموع بالرسوم المحددة بين الحين والآخر من قبل ICANN ، والتي ينبغي ألا تتجاوز 1.00 دولار أمريكي لكل تسجيل سنوياً من 31 ديسمبر 2000. عندما تمنح ICANN إلى المسجل إشعار قبل فترة معقولة، ستخضع الحسابات المرسلة من قبل المسجل للتحقق من صحتها عن طريق تدقيق مستقل لدفاتر حسابات وسجلات المسجل.

13. إنهاء الاتفاقية. يحق لـ ICANN إنهاء اتفاقية الاعتماد قبل انتهاء صلاحيتها في أي من الظروف التالية:

1. إذا طلب المسجل إنهائها خطياً.

2. إذا حدث سوء تمثيل للمواد أو عدم دقة بالمعلومات أو بيان مضلل مادياً في طلب المسجل للاعتماد أو أية مواد مرفقة بالطلب.

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

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

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

6. إذا توقف المسجل عن العمل كمسجل.

7. إذا تم إشهار إفلاس المسجل أو تم حله.

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

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

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

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

4. برنامج اعتماد أمناء السجلات للمرحلة 1 (المرحلة التجريبية) لنظام التسجيل المشترك

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

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

1. توفير الدعم الهندسي والتقني الإضافي اللازم للواجهة المشتركة مع NSI والتعاون عن قرب مع تشغيل إدارة سجل NSI والمسجلين الآخرين في المرحلة 1.

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

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

في حالة سعي أكثر من خمسة متقدمين بطلبات مؤهلين للمشاركة في المرحلة 1 ، ستختار ICANN مقدمي الطلبات المشاركين بناءاً على أربعة معايير: سيكون المعيار الرئيسي للاختيار هو:

1. قدرات مقدم الطلب الفنية وقدرات الأعمال لدعم المرحلة التجريبية 1 ورغبته بإلزام الموارد والتعاون عن قرب، بحسب ما هو ملائم، لضمان الاختبار الناجح لـ SRS.

المعايير الإضافية التي تأخذها ICANN بعين الاعتبار عند اختيار المشاركين في المرحلة التجريبية 1 هي:

2. المساهمة التي ستقدمها مشاركة مقدم الطلب في ظهور تنافس مبكر ونشط في خدمات المسجل.

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

4. مدى ترويج مشاركة مقدم الطلب لتنوع نماذج الأعمال (بما في ذلك النماذج غير الربحية) وأنواع توفير خدمات المسجل.