مصدر واحد للحقيقة: ربط نظام معلومات الطلبة بـ Teams وMoodle والتقويمات

لدى كل كلية وجامعة نظام يعرف بدقة أي الطلبة مسجّلون في أي شعبة، ومن يدرّسهم، ومتى وأين تُعقد محاضراتهم. إنه نظام معلومات الطلبة (SIS): مثل Omnivox أو Clara أو COBA في كثير من الكليات العامة في كيبيك (cégeps)، أو Banner أو PeopleSoft Campus Solutions أو Workday Student أو Jenzabar في كثير من الجامعات. المشكلة أن الطلبة والمدرّسين لا يقضون يومهم في هذا النظام، بل في Microsoft Teams وMoodle وOutlook وتقويم Google.

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

لماذا تتباعد Teams وMoodle والتقويمات عن نظام معلومات الطلبة؟

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

وتزيد ثلاثة عوامل من هذا التباعد:

• تعدد المسؤولين. يتولى مكتب التسجيل النظام، ويتولى مسؤول Microsoft 365 منصة Teams، ويتولى مسؤول Moodle منصة Moodle، ولا يتولى أحد القواعد التي تربط بينها.
• تعدد التفسيرات. برنامج نصي يدمج الشعب المشتركة وآخر لا يفعل، وأحدهما يطابق الحسابات بالرقم الجامعي والآخر بعنوان بريد إلكتروني تغيّر في العام الماضي.
• منصات لا تتوقف عن التغير. تصدر Microsoft وMoodle تحديثات باستمرار، وكل تغيير في واجهة برمجة التطبيقات (API) أو في قالب الفريق أو في إصدار Moodle فرصة إضافية لتعطل برنامج نصي محلي من دون أن ينتبه أحد.

ما الكلفة؟

الكلفة الظاهرة هي وقت فريق تقنية المعلومات. فصيانة البرامج النصية للإنشاء، وتصحيح التسجيلات غير المتطابقة، وأرشفة الصفوف في نهاية الفصل تستغرق عادةً ما بين 40 و80 ساعة في كل فصل دراسي، بحسب حجم المؤسسة ومستوى الأتمتة القائم. ويصل تقدير مفصّل لكلية متوسطة الحجم، مهمةً بمهمة، إلى نحو 42 ساعة في الفصل.

أما الكلفة الأقل ظهورًا فتقع على الناس:

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

ما الذي لا ينجح؟

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

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

برنامج نصي لكل منصة. يعمل البرنامج النصي المحلي إلى أن يغادر كاتبه المؤسسة، أو يُحدَّث النظام، أو تغيّر المنصة واجهتها البرمجية. وكل منصة جديدة تضاعف أعباء الصيانة.

انتظار أن تغطي أداة مصممة للتعليم المدرسي احتياجات التعليم العالي. يُعد Microsoft School Data Sync خيارًا متينًا ومجانيًا تعتمد عليه مدارس كثيرة، لكنه لم يُصمَّم لاحتياجات التعليم العالي مثل دمج الشعب المشتركة في صف واحد، وتعدد أدوار المدرّسين، وسياسات الأرشفة حسب الفصل. قيّموه في ضوء سيناريوهاتكم بدل الافتراض المسبق في أي اتجاه.

كيف تجعلون نظام معلومات الطلبة المصدر الوحيد للحقيقة؟

الهدف ليس شراء أداة إضافية، بل الاتفاق على بضع قواعد وتطبيقها على كل منصة بالطريقة نفسها.

1. تعديل بيانات المقررات في مكان واحد. تُنشأ الشعب والتسجيلات والمدرّسون والجداول والقاعات وتُعدَّل في النظام. وإذا كانت قائمة الطلبة خاطئة في Teams، فالتصحيح يتم في النظام.
2. تدفق في اتجاه واحد. تنتقل البيانات من النظام إلى المنصات. حدّدوا الاستثناءات النادرة صراحةً (محاضر ضيف، أو مساعد تدريس يضيفه قسم أكاديمي) بدل السماح بتعديلات صامتة.
3. معرّفات ثابتة. اربطوا كل شعبة في النظام بفريق واحد ومقرر واحد في Moodle وسلسلة مواعيد واحدة، وكل رقم جامعي بحساب واحد في Microsoft Entra ID. الأسماء وعناوين البريد تتغير، أما المعرّفات فلا ينبغي أن تتغير.
4. كتابة القواعد مرة واحدة. يجب أن يكون اصطلاح التسمية، ودمج الشعب المشتركة، وأدوار المدرّس والمدرّس المشارك، وسياسة الأرشفة في نهاية الفصل، واحدةً في Teams وMoodle والتقويمات.
5. نقل التغييرات خلال دقائق في فترة الإضافة والحذف. المعالجة الليلية مقبولة في يوليو، لكنها غير مقبولة في الأسبوع الثاني من الفصل.
6. تسجيل كل إجراء. كل صف يُنشأ، وكل طالب يُضاف أو يُحذف، وكل صف يُؤرشف، يجب أن يحمل ختمًا زمنيًا ومصدر التغيير.

وفيما يلي كيف تنتقل بيانات النظام نفسها عادةً إلى كل منصة:

هل تغيّر الميزات الجديدة في Teams أو Moodle شيئًا من ذلك؟

تضيف Microsoft ميزات جديدة إلى Teams للتعليم باستمرار، ويصدر Moodle إصدارات جديدة بانتظام. ومن المغري تقييم كل ميزة على حدة: واجهة جديدة للواجبات، أو خيارات جديدة لرصد الدرجات، أو أدوات مدعومة بالذكاء الاصطناعي. ومع كل إصدار يعود السؤال نفسه: هل نفعّلها؟

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

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

كيف تتناول LS2 المسألة

تبني LS2 تكاملًا واحدًا لكل منصة، يقرأ كلٌّ منها نظام معلومات الطلبة في المؤسسة ويتبع المبادئ نفسها: اتجاه واحد، ومعرّفات ثابتة، وتغييرات تُنقل خلال دقائق، وسجل تدقيق لكل إجراء. وتعمل الحلول الثلاثة مع Omnivox وClara وCOBA وBanner وPeopleSoft Campus Solutions وWorkday Student وJenzabar.

• Teameo ينشئ كل مقرر في النظام فريقَ صف في Microsoft Teams، ويُبقي العضوية متزامنة، ويدمج الشعب المشتركة في فريق واحد بدفتر ملاحظات صف مشترك، ويؤرشف الفرق في نهاية الفصل وفق سياسة المؤسسة.
• Classeo يقوم بالأمر نفسه في Moodle: إنشاء المقررات، ومزامنة التسجيل، والمقررات الجامعة للشعب المشتركة، والأرشفة في نهاية الفصل، على Moodle 3.9 LTS و4.1 LTS و4.3 و4.4 و4.5.
• Calendo يكتب الجداول الدراسية في Microsoft Teams وOutlook وتقويم Google، وكذلك في تقويمات Moodle وBlackboard، بحيث يظهر تغيير القاعة في النظام حيث ينظر الطلبة فعلًا.

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