الإضافة والانسحاب المتأخران في Moodle: لماذا يفقد الطلاب الوصول وما الحل؟

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

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

لماذا يفقد الطلاب الوصول في فترة الإضافة والحذف؟

ينفّذ Moodle بالضبط ما تمليه عليه بيانات التسجيل. والمشكلة تكمن في توقيت وصول هذه البيانات، وترتيبها، وطريقة تطبيق الإزالات.

وتفسّر ثلاثة أسباب جذرية معظم هذه الحالات:

• المعالجة على دفعات. كانت المهمة الليلية أو الأسبوعية منطقية حين كانت التسجيلات نادرة التغير. أما في أسبوع الإضافة والحذف فهي تتغير ساعة بساعة.
• ترتيب العمليات. يجب أن توجد الحسابات قبل التسجيلات، وينبغي إضافة الطالب إلى شعبته الجديدة قبل إزالته من القديمة. لكن السكربتات كثيرًا ما تعالج السجلات بالترتيب الذي يرد في ملف التصدير.
• الإزالات المدمّرة. تتيح إضافة External database في Moodle مثلًا اختيار ما يحدث حين يختفي الطالب من المصدر. فإذا كان الاختيار إلغاء التسجيل، فإن فجوة مؤقتة في البيانات تمحو الدرجات وعضوية المجموعات.

ما كلفة تأخر التسجيل؟

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

ما الحلول السريعة التي تزيد الوضع سوءًا؟

• تشغيل الدفعة نفسها بتواتر أعلى. يقصر التأخير، لكن مشكلات الترتيب والإزالات المدمّرة تبقى.
• السماح للمعلمين بتسجيل الطلاب يدويًا أو مشاركة مفتاح التسجيل الذاتي. هذه التسجيلات تعيش خارج النظام، فلا تزيلها المزامنة أبدًا حين ينسحب الطالب.
• إلغاء التسجيل فور الانسحاب. يستطيع Moodle استعادة الدرجات عند إعادة التسجيل إذا فُعّل خيار Recover grades default، لكن عضوية المجموعات وإسناد الأدوار لا تعود من تلقاء نفسها.
• حذف كل التسجيلات وإعادة إنشائها في مزامنة كاملة. يصبح كل تشغيل فرصة لفقدان البيانات، وتمتلئ السجلات بضجيج يخفي التغييرات الحقيقية.

كيف تُصلحون مزامنة التسجيل في فترة الإضافة والحذف؟

1. قصّروا التأخير حيث يهم

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

2. أنشئوا الحسابات قبل التسجيلات

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

3. طابقوا على معرّفات ثابتة

طابقوا المستخدمين برقم التعريف (ID number) القادم من النظام، والمساقات برقم تعريف المساق (Course ID number). فالأسماء وعناوين البريد الإلكتروني تتغير، ولا ينبغي لطالب حدّث اسمه المفضل أن يفقد مساقاته.

4. علّقوا ولا تحذفوا

اضبطوا إضافة التسجيل لديكم بحيث يُعلَّق تسجيل الطالب الذي يُزال من المصدر بدل إلغائه. ويحدد ذلك إعداد External unenrol action:

نفّذوا أي تنظيف نهائي بعد الموعد النهائي للانسحاب، حين يؤكد مكتب التسجيل القوائم.

5. عالجوا تبديل الشعبة على أنه نقل

أضيفوا الطالب إلى شعبته الجديدة أولًا، ثم أزيلوه من القديمة. وفي الميتا-مساق تغذّي الشعبتان المساقَ الأم نفسه، فلا يتغير للطالب سوى مجموعته؛ راجعوا كيف تعالج الميتا-مساقات تبديل الشُّعب.

6. حافظوا على مصدر واحد للحقيقة

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

7. طابقوا يوميًا خلال فترة الإضافة والحذف

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

كيف تحققون في بلاغ «فقد الطالب الوصول»؟

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

1. تحققوا من نظام معلومات الطلاب. تأكدوا من حالة تسجيل الطالب الحالية وشعبته ووقت آخر تغيير.
2. تحققوا من الحساب. ابحثوا عن الطالب برقم التعريف في Site administration > Users، وتأكدوا أن الحساب موجود، وغير معلَّق على مستوى المستخدم، ويستخدم طريقة المصادقة المتوقعة.
3. تحققوا من التسجيل. في صفحة المشاركين في المساق، انظروا إلى طريقة التسجيل وحالته: Active أو Suspended أو Not current. وتعني Not current عادةً أن تاريخ بداية للتسجيل أو نهاية له قد ضُبط.
4. اقرؤوا السجلات. صفّوا سجلات المساق حسب الطالب وابحثوا عن أحداث التسجيل وإلغائه وتحديثه. ويبيّن عمود المصدر (Origin) هل جاء التغيير من واجهة الويب أم من خدمات الويب أم من مهمة سطر أوامر.
5. تحققوا من الظهور والقيود. المساق المخفي، أو تاريخ بداية المساق المستقبلي، أو النشاط المقصور على مجموعة واحدة، قد يبدو كله وكأنه وصول مفقود.
6. أصلحوا الخلل من المصدر. صحّحوا السجل في النظام أو قاعدة المزامنة، ثم دعوا المزامنة تطبّق التغيير، بدل إضافة تسجيل يدوي.

كيف يتعامل Classeo مع ذلك

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

كل تغيير في التسجيل مؤرَّخ ومنسوب إلى فاعله. فحين يقول طالب إنه فقد الوصول، يرى مكتب الدعم أي تغيير سبّب ذلك ومتى، دون التنقيب في سجلات الخادم. والأثر نفسه يجيب عن أسئلة مسؤول حماية الخصوصية في إطار القانون 25 واللائحة العامة لحماية البيانات، كما يشرح مقالنا عن سجلات التدقيق في Moodle وأرشفة نهاية الفصل.

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