الحفاظ على تاريخ الإصدارات عند تغيير نظام إدارة الوثائق

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

ما الذي يتكون منه «الإصدار» فعلًا

حين يقول أحدهم «نحتاج الإصدارات»، فهو غالبًا يقصد أكثر من الملف. الإصدار في أي نظام وثائق يتكون من:

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

أدوات الترحيل البسيطة تنقل العنصر الأول فقط، ويحصل كل إصدار منقول على تاريخ اليوم الذي نُقل فيه ومؤلفه هو حساب الترحيل. النتيجة سلسلة ملفات بلا سياق. وقبل أن تطلب نقل العناصر كلها، تحقق مما يحتفظ به مصدرك أصلًا: توثيق Microsoft Graph مثلًا ينص على أن OneDrive لا يحتفظ بالبيانات الوصفية الكاملة للإصدارات السابقة، وأن ما يُعاد لكل إصدار معلومات محدودة (من عدّله، ومتى، والحجم).

أربع استراتيجيات للتعامل مع التاريخ

في الواقع نادرًا ما تناسب استراتيجية واحدة كل الأرشيف. الأكثر شيوعًا مزيج: الاستراتيجية 2 للفئات الحرجة، والاستراتيجية 1 أو 4 للباقي.

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

قرار لكل فئة وثائق

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

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

أصالة التاريخ المنقول: ما يسأل عنه المراجع

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

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

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

اختبار قبول الإصدارات المنقولة

في الدفعة التجريبية، اختر عشرة ملفات من الفئات التي قررت فيها نقل الإصدارات، ونفذ على كل منها:

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

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

أثر قرار الإصدارات على التخزين والمدة

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

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

قرارات تبدو حذرة وهي مكلفة

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

الإصدارات في وثيقة بعد الانتقال

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

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

قبل اجتماعك القادم مع المورد

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