استبدال نظام HSE قديم: ما الذي تنقله وكيف تخرج من المورد الحالي

قبل الاستبدال: لماذا فشل النظام الحالي فعلًا؟

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

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

العقد الحالي: ابدأ من تاريخ الانتهاء واحسب للخلف

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

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

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

جرد ما في النظام القديم: البيانات ليست كل شيء

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

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

تصدير البيانات: اختبره قبل أن تحتاجه

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

1. هل يحتوي كل الحقول، بما فيها الحقول المخصصة التي أُضيفت لاحقًا؟
2. هل تبقى العلاقات واضحة: الحادث وتحقيقه وإجراءاته، والمقاول وعماله وشهاداتهم؟ أي هل توجد معرّفات تربط الملفات ببعضها؟
3. هل المرفقات مصدرة بأسماء أو مسارات تربط كل ملف بسجله؟
4. هل القوائم المرجعية (المواقع، أنواع الحوادث، الأسباب) مصدرة بقيمها لا برموز داخلية لا يعرفها أحد؟
5. هل التواريخ بصيغة واحدة، والنص العربي سليم دون رموز مشوهة؟
6. هل يمكن تصدير سجل التعديلات Audit Trail، أو على الأقل الاحتفاظ به في أرشيف قابل للبحث؟

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

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

التكاملات واللوحات: ما يتوقف يوم الانتقال

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

لكل اتصال ثلاثة أسئلة: هل نحتاجه في النظام الجديد؟ هل يُبنى بالطريقة نفسها أم بطريقة أفضل؟ ومتى يُفصل القديم؟ صفحة التكاملات وAPI تذكر التكاملات المتاحة في المنصة مع الموارد البشرية وERP وActive Directory وSSO وMicrosoft 365 وPower BI وIoT وأنظمة الدخول، عبر REST API وWebhooks، وتذكر أن نطاق كل تكامل يُحدد بحسب النظام الآخر وإصداره وواجهاته ضمن خطة المشروع. وتذكر أيضًا الاستيراد من Excel وCSV للأنظمة التي لا تملك واجهات، وهو الطريق المعتاد لتحميل البيانات المصدرة من النظام القديم.

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

التشغيل المتوازي: محدود بنطاق ومدة وقاعدة

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

1. القديم للقراءة فقط بعد تاريخ القطعيُحدد يوم تتوقف فيه كل الإدخالات الجديدة في النظام القديم. بعده يبقى متاحًا للبحث والرجوع إلى أن تُراجع البيانات المنقولة، ثم يُغلق.
2. الانتقال بالموقع أو بالوحدة لا دفعة واحدةموقع تجريبي ينتقل بالكامل، أو وحدة واحدة تنتقل في كل المواقع، ثم التالية. المهم ألا يعمل موقع واحد بنظامين للعملية نفسها.
3. نقل فرق التحديثبين التحميل الأول وتاريخ القطع تُنشأ سجلات جديدة في النظام القديم. خطة النقل يجب أن تتضمن تحميلًا أخيرًا للفرق، وتحديد من يتحقق أن لا شيء سقط بينهما.
4. التصاريح الحية لا تُنقلتصريح عمل مفتوح في وردية جارية لا يُنقل بين نظامين. يُغلق في النظام القديم أو ينتهي، ويُصدر التصريح التالي في النظام الجديد. اختر تاريخ القطع بعيدًا عن التوقفات والأعمال الكبرى.
5. مراجعة عينات بعد كل دفعةيختار فريق السلامة عينة من السجلات المنقولة ويقارنها بالأصل: الحقول والمرفقات والحالة والمالك. ولا يُغلق النظام القديم قبل اعتماد المراجعة.

نقل المستخدمين والميدان: الحسابات والأدوار وملصقات QR

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

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

مثال: مصنع أسمنت يستبدل نظامًا مثبتًا منذ سنوات

ما تطلبه من المورد الجديد عن الاستبدال

المورد الجديد يجب أن يقدم خطة خروج من القديم لا خطة دخول للجديد فقط. اطلب هذه الإجابات مكتوبة في العرض الفني:

1. ما الصيغ التي تستقبلونها لبيانات النظام القديم، ومن يتولى المطابقة والتحويل: أنتم أم نحن أم بالمشاركة؟
2. ما الذي تحتاجونه من المورد الحالي تحديدًا (تصدير بصيغة معينة، نسخة من قاعدة البيانات، توثيق الجداول والقوائم المرجعية) لنضمّنه في طلب التسليم الذي نرسله إليه؟
3. كيف تُنقل المرفقات وتبقى مرتبطة بسجلاتها؟
4. كيف تُعامل السجلات المفتوحة: هل تُنقل بحالتها ومالكها وموعدها وتدخل مسارات التصعيد مباشرة؟
5. هل يمكن الاحتفاظ بالرقم المرجعي القديم لكل سجل في حقل مستقل للرجوع إليه؟
6. من يعيد بناء ما كان يعتمد على النظام القديم خارج السجلات: ملصقات QR في الميدان، والتقارير المجدولة، ولوحات Power BI، وتكامل الموارد البشرية، وما ترتيبها في خطة القطع؟
7. ما الذي يُعاد بناؤه بالإعدادات، وما الذي يحتاج تطويرًا خاصًا لمطابقة وظيفة كانت في النظام القديم؟
8. كيف تُصدَّر بياناتنا من نظامكم إن قررنا المغادرة يومًا؟

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

أخطاء شائعة في استبدال نظام HSE قديم

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

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

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

اقرأ أيضًا