نحن حالياً في خضم الامتثال لـ “لائحة الخدمات الرقمية” (DSA). جزء من هذا يتضمن النظر في استخدامنا لمنصة Discourse، حيث أن لوحة النقاش الخاصة بنا تُصنف كـ “منصة رقمية” وفقاً لـ DSA.
كما قد تعلم، يوجد الآن تقرير قياسي حول شفافية مراجعة المحتوى، مما يلغي أي مرونة كانت لدينا سابقاً. بالإضافة إلى ذلك، هناك مطلب إضافي يتمثل في تقديم بيانات الأسباب ذات الصلة إلى قاعدة بيانات شفافية DSA، وقد واجهنا بعض القيود فيما يتعلق بقدرات المراجعة المتاحة في Discourse.
بشكل خاص، نحتاج إلى القدرة على تسجيل معلومات منظمة بشكل متسق جنباً إلى جنب مع قرارات المراجعة:
أسباب تعليق مخصصة وموسعة، يمكننا مواءمتها مع التصنيف القياسي لـ DSA. حالياً، لا يمكن إضافة أسباب تعليق إضافية، بل فقط إعادة تسمية الأسباب المحددة مسبقاً
ما إذا كانت القرار يتعلق بمحتوى غير قانوني أو انتهاك لشروط الاستخدام
الأساس التعاقدي للقرار
مصدر المعلومات (إبلاغ من مستخدم، مراجعة بادرة ذاتية، مُبلِّغ موثوق، إلخ)
لا يبدو أنه من الممكن تكوين قوائم منسدلة مخصصة ضمن واجهة مستخدم التعليق لالتقاط هذه المعلومات، لكن يرجى تصحيحني إذا كنت مخطئاً. يمكننا تقديم معلومات إضافية من خلال حقل “رسالة البريد الإلكتروني”، لكن هذا لا يبدو حلاً طويل الأمد قابلاً للتطبيق، لأنه يضع الكثير من المسؤولية على عاتق مراجعي المحتوى لدينا ولا يمنحنا البيانات المنظمة التي نتمناها بشدة.
أكون مهتماً جداً بمعرفة كيف يتعامل عملاؤنا الآخرون في الاتحاد الأوروبي (وDiscourse نفسها؟) مع متطلبات التقارير القياسية لـ DSA + بيانات الأسباب، وما إذا كان هناك أي وظائف إضافية مخططة في هذا المجال. نحن حقاً لا نريد الانتقال بعيداً عن Discourse، لذا أتمنى أن نتمكن من التوصل إلى حل - أي نصيحة ستكون موضع تقدير!
أتمنى ألا تمانع، لكنني أفضّل عدم الإفصاح علناً عن صاحب عملي من خلال هذا الحساب. لم نكن قد نشرنا تقريراً يستخدم النموذج الموحد الجديد بعد، وهو ما دفعني لذلك.
لا بأس، لكن هذا يجعل المساعدة أكثر صعوبة بعض الشيء لأنني لا أعرف نقطة انطلاقك. نظرياً، لديك تقرير مطوّر بالفعل (مثل تقريرنا)، لذا تساءلت تحديداً عن الفجوات التي تواجهها خارج نطاق تقديم الأسباب.
تحديث لك @Jay-C—we are spec’ing out the work required to add additional data fields for the machine readable report and for submissions to the SOR database. We will update in due course.
مرحباً @HAWK ! لاحظت ميزات DSA الجديدة في النسخة التجريبية، وهي رائعة جداً! حاولت إضافة بعض قواعد المجتمع، وتأكّد من أن مربع “تفعيل الإبلاغ عبر DSA” كان محدداً، لكن قواعد المجتمع لا يبدو أنها تعمل - لا تظهر أي من الخيارات المخصصة في قائمة أسباب الإشراف. أفترض أن هذا الأمر معروف ويتعلق بطبيعتها التجريبية، لكن أردت أن أعلمك.
حسناً، قمت بإرسال رسالة خاصة لنفسي من حساب بديل، وقمت بتعليمها، ثم تعاملت معها بصفتي مشرفاً. وأعترف بأنني أجد سير العمل الحالي somewhat مربكاً.
يبدو أن ‘السبب’ (Ground) المُدخل في /admin/schema/dsa_community_rules يصبح عنوان ‘قاعدة المجتمع’، وهو أمر لا يبدو بديهياً
ثم يتم عرض ‘السبب’ (Ground) المُدخل في /admin/schema/dsa_community_rules تحت قائمة منسدلة لـ ‘قاعدة المجتمع’ في شاشة تصنيف DSA الموضحة أعلاه، لكنني لست متأكداً من أن هذا هو المكان الأفضل له
لا يظهر كل من ‘السبب’ (Ground) ولا ‘الشرح’ (Explanation) للمستخدم النهائي لأغراض بيان الأسباب (لا يوجد شيء في صندوق الوارد أو الرسائل الخاصة في حسابي البديل يشير إلى ذلك)
لست متأكداً من أهمية حقل ‘الشرح’ (Explanation) في /admin/schema/dsa_community_rules في الوقت الحالي، أو مكان عرضه
أنا فضولي لرأيك: أين تعتقد أنه سيكون المكان الأفضل لعرض هذا؟
نحن على علم بهذا القصور، ونعمل على تضمين السبب والتوضيح في إشعارات الإشراف التي نرسلها.
يُستخدم التوضيح عند تقديم بيانات السجلات إلى قاعدة البيانات الشفافة، التي تتطلب حقلًا “لتوضيح سبب اعتبار المعلومات غير متوافقة مع قسم معين في شروط الخدمة. لا يجب أن يكرر التوضيح الحقائق والظروف، ولكن يمكنه الإشارة إليها”
