عقدنا في الأسبوع الماضي ندوة عبر الويب حول نظام الوصول الموحد / الإفصاح عن بيانات التسجيل غير العامة (SSAD) ومرحلة التصميم التشغيلي (ODP) الخاصة به. وركزنا عرضنا التقديمي على عناصر التصميم الإضافية لنظام SSAD، بما في ذلك تصميم إجراءات العمل. نشكر جميع الذين تمكنوا من الانضمام إلى الندوة، وندعو أولئك الذين لم يتمكنوا من الحضور للاستماع إلى التسجيل الخاص بها والمشاركة بآرائهم.
وكما فعلنا بعد ندوات الويب السابقة، توفر هذه المدونة ملخصاً لما تم تقديمه خلال الندوة وتعيد طرح الأسئلة التي تم توجيهها إلى المجتمع للحصول على تعليقات حول عناصر التصميم التي تم الحديث عنها.
- هل قمنا بالتقاط جميع الإجراءات اللازمة على النحو المبين في التوصيات الخاصة بالاعتماد، وتقديم طلبات الإفصاح عن البيانات، وتوجيهها إلى الأطراف المتعاقدة؟
- هل هناك أي جهات فاعلة أو أنظمة فرعية مفقودة من هذا النموذج، أو أدوار ومسؤوليات غير محددة تعتقد أنه يجب تضمينها؟
قدم فريق SSAD ODP تصميم إجراءات الأعمال المقترح للنظام، بناءً على توصيات السياسة الواردة في التقرير النهائي للعملية المعجّلة لوضع السياسات (EPDP) حول المواصفة المؤقتة لبيانات تسجيل نطاقات gTLD - المرحلة 2. ويتضمن هذا التصميم التوصيات الخاصة بالاعتماد وتقديم طلبات الكشف عن البيانات المعنية. ويتضمن أيضاً توصيات حول كيفية توجيه هذه الطلبات إلى الأطراف المتعاقدة لمراجعتها، وصولاً إلى الكشف الفعلي عن البيانات لمقدم الطلب عند الاقتضاء. بالإضافة إلى ذلك، تناول الفريق الأدوار والمسؤوليات المختلفة التي حددها فريق مشروع SSAD.
ومن المهم أن تتذكر أن أولئك الذين يطلبون البيانات عبر نظام SSAD يجب أن يكونوا معتمدين، وأن الاعتماد وحده لا يضمن الكشف عن البيانات لهم. ففي معظم الحالات، فإن أي جهة من الأطراف المتعاقدة التي تتلقى طلبات الإفصاح عن البيانات ستقوم بتقييم الطلب وتحديد ما إذا كانت ستفصح عن أي من البيانات المطلوبة وذلك بناءً على معاييرها.
كما سلط فريق المشروع الضوء على منهج التدقيق الذي تم تضمينه في تصميم SSAD لضمان التوافق مع إجراءات الأعمال وتصميمات النظام قيد التنفيذ. وأكد الفريق أيضاً على متطلبات النظام التكميلية التي يجب أن تكون متواجدة أثناء التنفيذ، مثل اتفاقيات مستوى الخدمة وتسجيل الدخول إلى النظام والاحتفاظ بالبيانات ومحتوى تقارير SSAD وتكرارها.
واجتمع فريق SSAD ODP لأكثر من 200 ساعة لصياغة التصميم المقترح الذي تمت مشاركته في هذه الندوة عبر الويب، بالإضافة إلى العناصر الأخرى لتقييم التصميم التشغيلي (ODA) والتي تمت مشاركتها حتى الآن. بالإضافة إلى ذلك، خصص أعضاء من الفريق العديد من الساعات الإضافية للبحث والكتابة وتصميم SSAD المقترح. وأن الفريق حريص لسماع ملاحظات المجتمع حول عمله.
وتعد مشاركة مجتمع ICANN وشفافيته أثناء عملية مرحلة التصميم التشغيلي ODP أمراً بالغ الأهمية لنجاحها. فإن كان لديك سؤالاً أو تود أن تقدم تعقيباً حول الأسئلة المبينة أعلاه، يرجى إرساله إلى البريد الإلكتروني: ODP-SSAD@icann.org. يرجى الانتباه إلى أنه ستتتم أرشفة كافة الاقتراحات على الإنترنت وستكون متاحة للاطلاع عليها من قبل الجميع هنا. الرجاء قراءة بنود المشاركة والإقرار بها هنا قبل تقديم تعليقاتكم.
سيعقد فريق مشروع SSAD ODP ندوة الويب التالية لمناقشة التكاليف المرتبطة وهيكل الرسوم، بالإضافة إلى الجدول الزمني المقدر لنظام SSAD. وعلى الرغم من أننا نعتزم عقد هذه الندوة عبر الويب في ديسمبر (كانون الأول)، إلا أننا قمنا بتأجليها إلى ما بعد بدء السنة الجديدة لإتاحة المزيد من الوقت لمجلس الإدارة ومجلس GNSO للنظر في الخطوات القادمة بخصوص مشاوراتهما حول الاستدامة المالية لنظام SSAD.
