نقل البيانات من LMS إلى آخر: دليل عملي لأي نظام

أين تضيع السجلات عادة عند تغيير المنصة؟

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

هذا الدليل يصف المراحل التي تمنع ذلك، أيًا كان نظامك الحالي: منصة سحابية تجارية، أو نظام مفتوح المصدر، أو نظام بُني داخليًا، أو جداول Excel. وإن كان نظامك Moodle تحديدًا فجدول بياناته ومصير كل منها في قائمة ترحيل Moodle، وهذا الدليل يكمله بالمنهج العام.

مراحل نقل البيانات من LMS إلى آخر

المراحل الست ليست فكرة نظرية؛ كل مرحلة تنتهي بمخرج ملموس، ولا تبدأ التالية قبل اعتماده. هذا ما يجعل الترحيل قابلًا للإدارة والمساءلة.

هذه المراحل تقع داخل مشروع التنفيذ الأوسع، لا بجانبه. في منهجية تنفيذ المنصة يرد حجم الترحيل بين العوامل التي تحدد مدة المشروع، ونقل المستخدمين فقط أسرع من نقل السجلات التاريخية؛ ولهذا يُقرر نطاق الترحيل في الجرد لا في منتصف المشروع.

المرحلة الأولى: جرد مصادر البيانات قبل التصدير

الخطأ الشائع أن يُعامل الجرد كأنه «ما في النظام القديم». الواقع أن سجل التدريب في أغلب الجهات موزع على أكثر من مكان. اسأل كل إدارة: أين تحفظون ما يثبت أن موظفًا أو متدربًا تدرب؟

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

كيف تحصل على بياناتك كاملة من النظام الحالي؟

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

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

التنظيف ومطابقة الحقول: أين تُحسم جودة الترحيل؟

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

ورقة المطابقة

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

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

الترحيل التجريبي ثم النهائي: الترتيب والتجميد

العينة التجريبية يجب أن تمثل التنوع لا السهولة: إدارة أو فرع كامل بكل أنواع بياناته، ودورة إلكترونية بحزمة SCORM، ودورة حضورية من Excel، ومتعلمون لهم شهادات منتهية وسارية، وحسابات خارجية. يراجعها أصحابها، وكل ملاحظة تُصنف: خطأ في المطابقة (يُصلح في الورقة ويُعاد)، أو خطأ في بيانات المصدر (يصلحه مالكها)، أو قرار جديد (يُوثق).

وفي الترحيل النهائي يهم الترتيب، لأن كل نوع بيانات يعتمد على ما قبله:

1. الهيكل: الإدارات والفروع والوظائف والمجموعات.
2. المستخدمون: بالمعرّف الموحد، مرتبطين بمكانهم في الهيكل وأدوارهم.
3. الكتالوج والمحتوى: الدورات والبرامج والحزم وبنوك الأسئلة.
4. التسجيلات الجارية: من هو مسجل الآن وفي أي مرحلة من الدورة.
5. السجل التاريخي: الإكمال والدرجات والساعات والحضور.
6. الشهادات: بأرقامها وتواريخ إصدارها وانتهائها.

وقبل النقل النهائي جمّد البيانات في النظام القديم: أوقف إنشاء الدورات والتسجيلات الجديدة فيه من تاريخ محدد. ما يحدث بعد التجميد (إكمال دورة جارية مثلًا) يُنقل في دفعة فروقات أخيرة. التجميد الذي لا يُعلن للمستخدمين يُنتج سجلات «ضائعة» بين النظامين، وإدارة هذه الفترة بالتفصيل في دليل التشغيل المتوازي عند الاستبدال.

المتعلمون في منتصف دورة وقت الانتقال

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

أيًا كان الخيار، أبلغ المتعلمين قبل التجميد بما سيحدث لدوراتهم تحديدًا. الرسالة العامة «ننتقل إلى منصة جديدة» لا تكفي؛ ما يهم الموظف سؤال واحد: هل سأعيد ما أنجزته؟

ما الذي يُترك ولا يُنقل؟

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

• سجلات النشاط التفصيلية: كل نقرة ودخول. يحتاجها التحقيق في حادثة لا التشغيل.
• محاولات الاختبار بإجاباتها: تنتقل الدرجة النهائية، وتُؤرشف المحاولات إن طلبتها سياسة جهتك.
• النقاشات والرسائل: قيمتها في وقتها.
• حالة الجلسة داخل حزم SCORM: أين توقف المتعلم داخل الحزمة. تنتقل نتيجته النهائية، لا موضعه.
• الحسابات بلا نشاط ولا سجل: حسابات أُنشئت ولم تُستخدم.
• كلمات المرور: لا تنتقل في أي نظام محترم لأنها مخزنة مجزأة؛ الحل الدخول الموحد أو إعادة التعيين.
• التخصيصات والتقارير المبنية في النظام القديم: تنتقل حاجتها لا كودها؛ تُدرس في التحليل: وظيفة تعمل بالإعداد، أو تهيئة، أو تكامل، أو تطوير مخصص.

جدول التحقق بعد الترحيل

«تم الترحيل بنجاح» جملة لا تعني شيئًا بلا أدلة. اجعل القبول مشروطًا بجدول كهذا، ينفذه فريقك لا المزود وحده:

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

سيناريو: مركز تدريب يجمع ثلاثة مصادر في منصة واحدة

مثال افتراضي للتوضيح مركز تدريب أهلي بفرعين يخدم نحو 9,000 متدرب سنويًا بين أفراد وموظفي شركات عميلة. الدورات الإلكترونية على منصة سحابية تجارية ينتهي عقدها قريبًا، والحضوري في ملفات Excel لكل فرع، والشهادات تُصدر من قالب Word بأرقام متسلسلة وتُحفظ PDF في مجلد مشترك. جهات توظيف تتصل أسبوعيًا للتأكد من شهادات.

قرارات الجرد والمطابقة:

• المعرّف الموحد: رقم الجوال للأفراد، والرقم الوظيفي مع اسم الشركة العميلة لموظفي العملاء. ظهر في الملفات نحو 1,100 متدرب مكرر بصيغ أسماء مختلفة، دُمجت بعد مراجعة.
• التصدير: المنصة القديمة تتيح تصدير الإكمال من الواجهة دون تاريخ الإصدار الدقيق للشهادات؛ طلب المركز تصديرًا إضافيًا من المزود قبل إشعار الإنهاء.
• Excel: 46 ملفًا بأشكال مختلفة، وُحدت في قالب واحد، وما لا يحمل تاريخ حضور نُقل سجلًا تاريخيًا معلَّمًا.
• الشهادات: 14,200 شهادة بأرقامها القديمة نُقلت بياناتها لتعمل عليها صفحة التحقق في نظام الشهادات، ولم تُنقل ملفات PDF نفسها لأنها تُولّد من البيانات.

وفي التحقق ظهر أن 37 سجل إكمال في المصدر لا مقابل لها؛ فُسرت كلها: 29 لمتدربين حُذفت حساباتهم في النظام القديم مع بقاء سجلاتهم، و8 دورات تجريبية داخلية. هذا هو تقرير المطابقة الذي يُعتمد: فروق مفسرة لا «تطابق 100٪» بلا تفاصيل. وتفاصيل بيئة مراكز التدريب التي انتقلت إليها البيانات في صفحة المنصة لمراكز التدريب.

أخطاء تتكرر في مشاريع ترحيل LMS

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

الأسئلة الشائعة

الخلاصة: ستة مخرجات معتمدة بدل «تم النقل»

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

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