كيفية إدارة المستخدمين والصلاحيات في منصة تعليمية

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

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

ابدأ من مبدأ أقل صلاحية ممكنة

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

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

والطريقة العملية لتطبيق المبدأ: اكتب لكل دور جملة واحدة تصف مهمته، ثم اسأل عن كل صلاحية «هل يحتاجها لأداء هذه المهمة؟». الصلاحية التي لا تخدم المهمة المكتوبة تُحذف.

الأدوار الأساسية وما تحتاجه

دورة حياة الحساب

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

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

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

وأخيرًا الأرشفة: الحساب المعطَّل يجب أن يحتفظ بسجله التدريبي وشهاداته للرجوع إليها، دون أن يبقى قابلًا للدخول.

عزل البيانات في الجهات متعددة الفروع

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

والاختبار العملي بسيط: افتح حسابًا لمدير فرع، ثم حاول الوصول لسجل متدرب من فرع آخر بتعديل الرابط يدويًا. النظام السليم يمنع ويسجّل المحاولة. والنظام الذي يكتفي بإخفاء الرابط من القائمة يعتمد على أن أحدًا لن يحاول — وهذا ليس أمانًا.

وفي المقابل، يجب أن تتيح البنية للإدارة العامة رؤية مجمّعة عبر كل الفروع. الجمع بين العزل والتجميع هو ما يميز نظامًا مصممًا لتعدد الفروع عن نظام أُضيفت له هذه الميزة لاحقًا.

قائمة تحقق قبل اعتماد تصميم الصلاحيات

• هل لكل دور جملة واحدة تصف مهمته بوضوح؟
• هل راجعنا كل صلاحية وسألنا: هل تخدم هذه المهمة؟
• هل يمكن إنشاء دور جديد بصلاحيات مخصصة دون طلب تطوير؟
• هل يُعطَّل الحساب تلقائيًا عند انتهاء العلاقة؟
• هل تتحدث الصلاحيات تلقائيًا عند نقل الموظف؟
• هل اختبرنا عزل الفروع بمحاولة وصول فعلية لا بالنظر للقائمة؟
• هل تُسجَّل عمليات مسؤول النظام في سجل غير قابل للتعديل؟
• هل يحتفظ الحساب المؤرشف بسجله وشهاداته؟

أسئلة شائعة

الخلاصة

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

أخطاء شائعة في إدارة الصلاحيات

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

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

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

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

وأخيرًا، وثّق تصميم الأدوار في جدول مكتوب يُحفظ خارج النظام: كل دور ومهمته وصلاحياته ومن يملك منحه. هذا الجدول يصبح مرجعك عند مراجعة الصلاحيات، وعند تدقيق أمني، وعند انتقال مسؤول النظام لغيره. النظام الذي تعيش معرفته في رأس شخص واحد نظام هش مهما كان تصميمه محكمًا.