Skip to main content
Resources

2013 فبرﺭاﺍیﻳرﺭ | تحديث الالتزام التعاقدي

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

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

تحديث عام

الجهود المركزة لإطلاق نظام إدارة الشكاوى الموحد

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

تحسين خبرة المستخدم

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

الشكاوى العامة http://reports.internic.net/cgi/registrars/problem-report.cgi
شكاوى WHOIS http:/ /wdprs.internic.net/
شكاوى UDRP http://www.internic.net/UDRPIntakeReportSystem.html

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

  • "مساعدة في" تُدرج موضوعات الشكاوى
  • "تعرف على المزيد" تحتوى على روابط التعريفات أو توضيحات الأسئلة المتكررة أو المسرد
  • "اتخاذ إجراء" تحتوي على روابط للبحث عن بيانات أو نموذج تقديم الشكاوى
Contractual Compliance Complaint Landing Page

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

حل إدارة الشكوى الفردية

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

وتتقدم ICANN بخالص الشكر للمسجلين التجريبيين الثلاثة، Blacknight Internet Solutions وeNom وGoDaddy، على ما قدموه من الوقت والجهد لاختبار عملية الانتقال إلى النظام الجديد.

بداية انتهاء خطة الأعواد الثلاثة2011-2013

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

تحديث برنامج التدقيق

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

برنامج ICANN لمراجعة الالتزام التعاقدي، في مرحلة المراجعة منذ 7 يناير 2013، يركز على مراجعات المستندات وإنشاء تقرير مراجعة مستقل لكل مُشارك.

سوف يتم إرسال تقرير مراجعة لكل مشارك في مراجعة العام الأول بداية من مارس 2013. وسوف يميز التقرير تقرير المراجعة "لا يوجد قصور"، والذي لا يحتاج لأي إجراءات أخرى، أو تقرير المراجعة "يوجد قصور"، والذي سيتطلب إجراءات أخرى (تشمل خطة إجراءات بتواريخ الحل المتوقعة و/أو دليل العلاج الفوري للمشكلة).

تواريخ المرحلة الأساسية من برنامج التدقيق في السنة الأولى
طلب المعلومات مرحلة التدقيق مرحلة إعداد التقارير العلاج
الإشعار الأول الإشعار الثاني الإشعار الثالث بداية نهاية بداية نهاية  
26 نوفمبر 2012 17 ديسمبر 2012 28 ديسمبر 2012 7 يناير 2013 12 أبريل 2013 15 أبريل 2013 19 أبريل 2013 22 أبريل 2013

>يرجى الرجوع إلى هذا الرابط http://www.icann.org/en/resources/compliance/audits لمعرفة المزيد حول هذا البرنامج.

ملخص الإنفاذ والتعامل مع الشكاوى

Complaints per Notification Cycle February 2013

 

Compliance Performance Results February 2013

نشاط الإنفاذ في فبراير2013
تاريخ الإرسال تاريخ الاستحقاق المسجل نوع الإشعار الحالة أساس إشعار الفشل
5 فبراير 2013 26 فبراير 2013 Black Ice Domains, Inc. خرق البيانات والمستندات قيد المراجعة من قبل ICANN تقديم المستندات خلال 15 يومًا (RAA 5.9.2)
11 فبراير 2013   Lime Labs LLC الإنهاء   الاستجابة لعمليات التدقيق (RAA 3.14)
الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
11 فبراير 2013   Central Registrar, Inc. DBA Domainmonger.com الإنهاء   الاستجابة لعمليات التدقيق (RAA 3.14)
الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
دفع رسوم الاعتماد
11 فبراير 2013   R. Lee Chambers Company LLC dba DomainsToBeSeen.com الإنهاء   الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
20 فبراير 2013   Bargin Register, Inc. الإنهاء   الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
28 فبراير 2013   Power Brand Center Corp. الإنهاء   دفع رسوم الاعتماد
تحديث الإنفاذ من الأشهر السابقة
11 يناير 2013 1 فبراير 2013 Power Brand Center Corp. خرق تم معالجتها الاستجابة لعمليات التدقيق (RAA 3.14)
تم معالجتها الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
التصعيد للإنهاء دفع رسوم الاعتم
11 يناير 2013 1 فبراير 2013 Homestead Limited d/b/a Namevault.com خرق تم معالجتها الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
11 يناير 2013 1 فبراير 2013 Lime Labs LLC خرق التصعيد للإنهاء الاستجابة لعمليات التدقيق (RAA 3.14)
الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
11 يناير 2013 1 فبراير 2013 Central Registrar, Inc d/b/a Domainmonger.com خرق التصعيد للإنه الاستجابة لعمليات التدقيق (RAA 3.14)
الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
دفع رسوم الاعتماد
11 يناير 2013 1 فبراير 2013 Cheapies.com Inc. خرق تم معالجتها الاستجابة لعمليات التدقيق (RAA 3.14)
الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
دفع رسوم الاعتماد
11 يناير 2013 1 فبراير 2013 R. Lee Chambers Company LLC d/b/a DomainsToBeSeen.com خرق التصعيد للإنهاء الحفاظ على سجلات التواصل وتقديمها (RAA 3.4.2/3)
18 يناير 2013 8 فبراير 2013 Cheapies.com Inc. خرق البيانات والمستندات قيد المراجعة من قبل ICANN تقديم سجلات التواصل (RAA 3.4.3)
توفير فرصة مناسبة لإلغاء قفل اسم النطاق (IRTP 3)
تقديم رمز AuthInfo (IRTP 5)
19 نوفمبر 2012 12 ديسمبر 2012 Bargin Register, Inc خرق التصعيد للإنهاء الحفاظ على سجلات التسجيل وتقديمها (RAA 3.4.2/3)
تم معالجتها دفع رسوم الاعتماد
اهتمام إضافي-عدم التمكن من الاستجابة لطلبات اعتماد UDRP

يرجى الرجوع إلى الرابط التالي https://www.icann.org/en/resources/compliance/notices للاطلاع على أحدث المعلومات.


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

update-feb13-ar.pdf  [4.29 MB]

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."