الانتقال النهائي ليس يومًا واحدًا بل نافذة لها أربع مراحل: قرار الجاهزية بمعايير مكتوبة، ثم التجميد والدفعة التكميلية لما تغير منذ آخر جرد، ثم التحويل بجعل النظام القديم للقراءة فقط، ثم فترة رعاية مراقبة. والرجوع الآمن يعني إعادة فتح النظام القديم للكتابة، وهو ممكن فقط قبل «نقطة اللاعودة» التي تحددها مسبقًا: اللحظة التي تتراكم فيها في النظام الجديد وثائق لا توجد في القديم. خطط للرجوع كتابةً قبل التحويل، بمحفزات ومسؤول قرار، حتى لا تُرتجل تحت الضغط.
يخص هذا الدليل مدير المشروع ومدير تقنية المعلومات في جهة تستبدل نظام أرشفة قائمًا يعمل عليه موظفون كل يوم. حين تكتمل الدفعات وتُقبل مطابقتها، يبقى السؤال الأصعب: متى وكيف يتوقف الناس عن استخدام النظام القديم؟ وماذا نفعل إن ظهرت مشكلة كبيرة في الأسبوع الأول؟ الجواب خطة تشغيل مكتوبة (runbook) يعرف فيها كل شخص دوره ويعرف متى يُتخذ قرار الرجوع ومن يتخذه.
ثلاثة نماذج للانتقال، وأيها يناسبك
قبل كتابة الخطة، اختر نموذج الانتقال، لأنه يحدد شكل كل ما بعده:
| النموذج | كيف يعمل | المخاطرة | يناسب |
|---|---|---|---|
| انتقال دفعة واحدة | في نافذة محددة يُجمد القديم، تُنقل الدفعة التكميلية، ويتحول الجميع إلى الجديد | مركزة في نافذة واحدة؛ الخطأ يصيب الجميع | أرشيف متوسط، إدارات قليلة، ونظام قديم لا يحتمل التشغيل المزدوج |
| انتقال بالإدارات | كل إدارة تتحول بعد قبول دفعاتها، والقديم يبقى للإدارات التي لم تتحول | موزعة؛ الخطأ يصيب إدارة واحدة | جهات متعددة الإدارات أو الفروع؛ النموذج الأكثر شيوعًا |
| تشغيل متوازٍ كامل | الجديد يستقبل الوثائق الجديدة، والقديم يبقى للاطلاع مدة محددة | منخفضة تقنيًا، مرتفعة سلوكيًا إن طالت المدة | حين يكون الرجوع للأرشيف القديم متكررًا والثقة بالجديد تُبنى تدريجيًا |
في الممارسة يُجمع النموذجان الثاني والثالث: تتحول الإدارات تباعًا، وكل إدارة تمر بفترة يبقى فيها القديم متاحًا للاطلاع فقط. وإن كان المشروع بدأ بإدارة تجريبية، فانتقالها النهائي هو أفضل تمرين على الخطة قبل تعميمها، كما في بدء التطبيق بإدارة تجريبية ثم التوسع.
قرار الجاهزية: معايير «نمضي أو نؤجل»
قرار التحويل يُتخذ في اجتماع محدد، بقائمة معايير مكتوبة مسبقًا، ويوقعه صاحب القرار لا فريق المشروع. أي معيار غير متحقق يعني التأجيل أو قبولًا موقعًا بمخاطرة محددة:
- المطابقة: كل الدفعات مقبولة بتقارير موقعة، ولا استثناءات معلقة بلا قرار. تفاصيل ذلك في اختبارات المطابقة بعد كل دفعة.
- الصلاحيات: مصفوفة الأدوار مطبقة، والاختبارات السلبية ناجحة لكل الإدارات المتحولة.
- التدريب: المستخدمون الأساسيون في كل إدارة متحولة تدربوا، وهناك «مستخدم مرجعي» في كل إدارة يعرف النظام جيدًا.
- الدعم: قناة دعم واضحة لأيام التحويل الأولى، بمسؤولين مسمين وساعات تغطية معروفة.
- التكاملات: كل نظام كان يكتب في النظام القديم (البريد، نظام مالي، ماسحات ضوئية) أعيد توجيهه أو له خطة توجيه في نافذة التحويل.
- النسخ الاحتياطي: نسخة احتياطية كاملة من النظام القديم مأخوذة ومختبر استرجاعها، ونسخ النظام الجديد يعمل وتم اختبار استعادة منه، كما في اختبار استعادة الأرشيف من النسخ الاحتياطية قبل الإطلاق.
- خطة الرجوع: مكتوبة ومراجعة، ومحفزاتها ونقطة اللاعودة متفق عليها.
- التواصل: المستخدمون أُبلغوا بموعد التجميد وماذا يفعلون خلاله، وأين يجدون المساعدة.
خطة التشغيل: من التجميد إلى الرعاية
هذه الخطة تُكتب لكل موجة تحويل (لكل إدارة أو للمؤسسة كلها)، وتُراجع في اجتماع قبل التنفيذ. الأوقات نسبية لأن مدة كل مرحلة تتحدد بحجم الدفعة التكميلية ونافذة العمل المتاحة.
خطة تشغيل الانتقال النهائي (runbook)
| المرحلة | الخطوة | المسؤول | معيار الإتمام |
|---|---|---|---|
| قبل النافذة | اجتماع قرار الجاهزية وتوقيعه | صاحب القرار | قائمة المعايير موقعة |
| إبلاغ المستخدمين بموعد التجميد ومدته | مدير المشروع | رسالة مرسلة وتذكير قبل النافذة | |
| نسخة احتياطية كاملة من القديم | تقنية المعلومات | النسخة مكتملة ومسجلة | |
| التجميد والدفعة التكميلية | تحويل النظام القديم للقراءة فقط للإدارة المعنية | تقنية المعلومات | محاولة تعديل بحساب مستخدم عادي تُرفض |
| جرد التغييرات منذ آخر لقطة (ملفات جديدة، معدلة، محذوفة) | فريق الترحيل | قائمة الدلتا مستخرجة من جرد مستقل | |
| نقل الدفعة التكميلية | فريق الترحيل | معادلة المطابقة للدلتا متحققة | |
| فحص سريع: عينة من الدلتا، واختبارات صلاحيات أساسية | الأرشيف + تقنية المعلومات | لا فروق غير مفسرة | |
| التحويل | توجيه التكاملات إلى النظام الجديد (البريد، الماسحات، الأنظمة الأخرى) | تقنية المعلومات | وثيقة اختبار تصل من كل مصدر |
| فتح النظام الجديد للمستخدمين وإبلاغهم | مدير المشروع | أول تسجيلات دخول ناجحة من كل إدارة | |
| إعلان بدء فترة الرعاية ونقطة اللاعودة المتوقعة | مدير المشروع | الإعلان مرسل | |
| الرعاية | مراجعة يومية للبلاغات والأعطال | المورد + الدعم الداخلي | سجل بلاغات محدث وقرار لكل بلاغ |
| مراجعة سجل التدقيق للمجلدات الحساسة | أمن المعلومات | لا وصول غير متوقع | |
| تقييم محفزات الرجوع | صاحب القرار | قرار مسجل: نستمر أو نرجع |
أكثر خطوة تُنسى هي توجيه التكاملات. إن بقي نظام البريد أو الماسح الضوئي أو النظام المالي يكتب في النظام القديم بعد التحويل، فستتراكم فيه وثائق جديدة لا يعلم بها أحد، وتظهر بعد أشهر عند الإغلاق. اجعل «وثيقة اختبار تصل من كل مصدر إلى النظام الجديد» معيار إتمام إلزاميًا.
الرجوع الآمن: ماذا يعني فعلًا
في مشاريع البرمجيات يُفهم «الرجوع» كإلغاء التغيير. في ترحيل الأرشيف لا يمكن «إلغاء» الترحيل بمعنى حذفه؛ الرجوع يعني قرارًا تشغيليًا محددًا: إعادة فتح النظام القديم للكتابة، وتوجيه المستخدمين والتكاملات إليه مجددًا، إلى أن تُعالج المشكلة ويُعاد التحويل.
ولهذا تعقيد لا يظهر في البداية: منذ لحظة فتح النظام الجديد، يبدأ الموظفون بإضافة وثائق وتعديل أخرى فيه. إن رجعت إلى القديم، فهذه التغييرات يجب أن تُنقل عكسيًا إلى القديم، أو تُحفظ جانبًا حتى إعادة التحويل. كلما مر الوقت كبرت هذه «الدلتا العكسية»، وصعب الرجوع. هنا يأتي مفهوم نقطة اللاعودة.
نقطة اللاعودة
هي اللحظة التي يصبح بعدها الرجوع أكثر كلفة وخطرًا من إصلاح المشكلة في النظام الجديد. تُحدد مسبقًا بمعيار لا بتاريخ فقط، مثل: «بعد أول دورة اعتماد كاملة تجري في النظام الجديد»، أو «بعد انتهاء فترة الرعاية دون محفز رجوع». قبلها، الرجوع خيار حقيقي مخطط له. بعدها، المشكلات تُحل إلى الأمام.
| المحفز | الإجراء الأول | متى يصبح رجوعًا | من يقرر |
|---|---|---|---|
| وصول غير مصرح إلى وثائق حساسة | تقييد فوري للمجلد المعني في النظام الجديد | إن تكرر في عدة مجلدات ولم يُعرف السبب | أمن المعلومات + صاحب القرار |
| وثائق مفقودة تكتشفها الإدارات | التحقق من سجل المطابقة والاستثناءات | إن ثبت نقص واسع لم يُكشف في المطابقة | مدير الأرشيف + صاحب القرار |
| تعطل عمل حرج (صادر ووارد، اعتماد مالي) | مسار بديل مؤقت داخل النظام الجديد | إن تعذر المسار البديل وتوقفت الإدارة عن العمل | صاحب القرار |
| أداء غير مقبول (بطء شديد في البحث أو الفتح) | تشخيص مع المورد وتقنية المعلومات | نادرًا؛ يُفضل الإصلاح إلى الأمام | مدير تقنية المعلومات |
| تكامل لا يعمل | توجيه مؤقت يدوي للوثائق الواردة | لا يبرر الرجوع عادة | مدير المشروع |
- إعلان القرار صاحب القرار يعلن الرجوع كتابةً، مع نطاقه (إدارة أم الكل).
- تجميد الجديد النظام الجديد للإدارة المعنية يتحول للقراءة فقط، وتُستخرج قائمة كل ما أُضيف أو عُدّل فيه منذ التحويل.
- فتح القديم وإعادة التوجيه النظام القديم يعود للكتابة، والتكاملات توجَّه إليه مجددًا، والمستخدمون يُبلَّغون.
- معالجة الدلتا العكسية ما أُضيف في الجديد يُنقل إلى القديم أو يُحفظ في مكان متفق عليه، حتى لا يضيع عند إعادة التحويل.
- تحليل السبب وإعادة الجدولة لا يُحدد موعد تحويل جديد قبل معرفة السبب وإصلاحه واختباره.
كل هذه الخطوات تعتمد على أن النظام القديم ما زال سليمًا ومتاحًا وأن ترخيصه قائم. لذلك لا تُنهِ عقد النظام القديم ولا تُعِد استخدام خوادمه قبل تجاوز نقطة اللاعودة.
الافتراضات: جهة حكومية متعددة الإدارات، تنتقل بالإدارات. الموجة الثانية تضم إدارة الاتصالات الإدارية التي تعالج الصادر والوارد يوميًا، ونقطة اللاعودة محددة بـ«نهاية فترة الرعاية دون محفز رجوع».
ما حدث: في اليوم الثاني بعد التحويل، يتبين أن الماسح الضوئي في مكتب الوارد ما زال يرسل الملفات إلى مجلد النظام القديم. المحفز ليس رجوعًا؛ يُعاد توجيه الماسح، وتُنقل الوثائق التي وصلت إلى القديم في دفعة تكميلية صغيرة بمطابقتها.
ما لم يحدث: لم يُتخذ قرار رجوع، لأن المشكلة كان لها إجراء أول واضح في جدول المحفزات. لو لم يكن الجدول مكتوبًا، لربما طُلب الرجوع تحت ضغط الإدارة، وضاعت أيام في نقل عكسي لا داعي له.
إغلاق النظام القديم: الخطوة التي تُؤجل بلا نهاية
بعد تجاوز نقطة اللاعودة، يبقى النظام القديم للقراءة فقط. هذه المرحلة يجب أن يكون لها تاريخ انتهاء، وإلا استمر الموظفون في الرجوع إليه واستمرت تكاليف ترخيصه وصيانته وأمنه. قبل الإغلاق:
- راجع سجل الوصول إلى النظام القديم خلال فترة القراءة: من ما زال يستخدمه ولماذا؟ غالبًا يكشف ذلك وثائق لم تُنقل أو مستخدمين لم يتدربوا.
- خذ تصديرًا نهائيًا كاملًا بصيغ مفتوحة (ملفات مع ملف بيانات وصفية مرافق)، واحفظه وفق سياسة الاحتفاظ لدى الجهة، مع تحديد من يستطيع استرجاعه وكيف.
- صدّر سجلات النشاط التاريخية إن احتجت إليها للامتثال، واحفظها كوثائق مرجعية.
- وثّق الإغلاق في محضر: تاريخ الإيقاف، ومكان التصدير النهائي، ومدة حفظه، والمسؤول عنه. ثم أنهِ الترخيص وأعد استخدام الخوادم.
ولا تنسَ أن النظام الجديد نفسه سيُستبدل يومًا؛ اطلب من الآن ما يضمن تصدير بياناتك منه كاملة، كما في اختبار تصدير بياناتك عند انتهاء أي تعاقد.
الجانب البشري في أسبوع التحويل
أغلب البلاغات في الأيام الأولى ليست أعطالًا بل أسئلة: أين المجلد الذي كنت أستخدمه؟ لماذا لا أرى زر كذا؟ الموظف الذي لا يجد إجابة سريعة يعود إلى النظام القديم إن استطاع، أو يحفظ الوثائق على جهازه. خصص مستخدمًا مرجعيًا في كل إدارة يجيب عن أسئلة زملائه، واجمع الأسئلة المتكررة في صفحة واحدة تُحدث يوميًا، ولا تسمح بالرجوع الفردي إلى القديم للكتابة ولو «مؤقتًا». وعالج التردد والمقاومة بخطة تغيير واضحة، لا بالتعليمات وحدها.
أسئلة تطرحها على المورد قبل تحديد موعد التحويل
عن الانتقال والرجوع
- ما نموذج الانتقال الذي تقترحونه لجهتنا، ولماذا؟ وما الذي يتغير في الخطة إن انتقلنا بالإدارات بدل دفعة واحدة؟
- كيف تُستخرج الدفعة التكميلية: من جرد مستقل لما تغير منذ آخر لقطة، أم من سجل أداة النقل؟
- من يحضر من فريقكم خلال نافذة التحويل وفترة الرعاية، وبأي ساعات تغطية؟
- إن قررنا الرجوع قبل نقطة اللاعودة، كيف تُستخرج الوثائق التي أُضيفت في النظام الجديد، وبأي شكل تُسلَّم؟
- ما التصدير النهائي الذي تساعدوننا في أخذه من النظام القديم قبل إغلاقه، وبأي صيغة؟
- ما الذي يدخل في النطاق المسعَّر من هذه الأعمال، وما الذي يُحتسب كعمل إضافي إن تأجل التحويل أو تكرر؟
السؤال الأخير عملي: تأجيل التحويل بعد اجتماع الجاهزية أمر طبيعي في المشاريع الجادة، ولا ينبغي أن يتحول إلى خلاف تعاقدي. اتفق مسبقًا على كيفية التعامل معه.
الانتقال النهائي في مشروع مع وثيقة
تتضمن منهجية الترحيل في وثيقة التشغيل المتوازي والإغلاق كمرحلتين صريحتين: تذهب المستندات الجديدة إلى وثيقة ويبقى القديم متاحًا للاطلاع خلال فترة محددة التاريخ، ثم يُوثَّق اكتمال النقل وتاريخ إيقاف المصدر مع الاحتفاظ بنسخة منه للمدة التي تقررها الجهة. ويتيح وثيقة استقبال المستندات عبر تكامل البريد الإلكتروني وربط الماسح الضوئي مباشرة، ويتكامل مع Microsoft 365 وSAP وOracle وActive Directory، وتُربط الأنظمة الأخرى عبر REST API؛ وكلها نقاط يجب توجيهها ضمن نافذة التحويل. وسجل التدقيق يوثق من دخل وماذا فتح منذ اللحظة الأولى، وهو ما تحتاجه لمراقبة فترة الرعاية. والنسخ الاحتياطي التلقائي متعدد المواقع يعمل وفق صفحة الأمان واتفاقية الخدمة، وتحقق من تفاصيله في عقدك.
أما نموذج الانتقال، وطول فترة الرعاية، ونقطة اللاعودة، وتوزيع المسؤوليات في خطة التشغيل، فيُحدَّد نطاقها في العرض الفني مع فريق وثيقة بحسب حجم الأرشيف وعدد الإدارات. تفاصيل المنهجية في خدمة ترحيل الأرشيف، والتدريب والدعم ومستويات الخدمة بعد الإطلاق في صفحة التنفيذ والدعم. وللصورة الأوسع عن التطبيق دون تعطيل العمل اليومي: كيف تطبق نظام أرشفة دون تعطيل العمل.
ثلاث وثائق قبل أي موعد تحويل
اكتب قبل أي موعد تحويل ثلاث وثائق قصيرة: قائمة معايير الجاهزية بأسماء من يوقع، وجدول محفزات الرجوع بإجراء أول لكل محفز، وتعريف نقطة اللاعودة بمعيار واضح. ثم اطلب من المورد مراجعتها وإضافة ما يخص أدواته. إن كانت هذه الوثائق الثلاث جاهزة وموقعة، فالتحويل قرار مدروس؛ وإن لم تكن، فهو رهان.
ناقش خطة ترحيل أرشيفك
أخبرنا بمصدر الملفات الحالي وحجمها التقريبي وما تريد الحفاظ عليه من إصدارات وبيانات وصفية، لنقترح خطة نقل على دفعات قابلة للتحقق.
- عدد المستخدمين المتوقع والإدارات المشاركة
- حجم الأرشيف الحالي تقريباً (عدد الملفات أو الصفحات أو الحجم بالجيجابايت) ونسبة الورقي منه
- نموذج الاستضافة المفضل: سحابة داخل المملكة أو خوادم الجهة
- النظام الحالي للملفات والأنظمة المطلوب التكامل معها
الهاتف وواتساب: +966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.