لا تنسخ شجرة المجلدات الشبكية كما هي إلى نظام إدارة الوثائق (DMS). اقرأها كمصدر بيانات: كل مستوى في المسار يحمل معلومة (الإدارة، السنة، الطرف، نوع الوثيقة) تُحوَّل إلى حقل أو تصنيف في النظام الجديد، وما لا يحمل معنى يُطوى أو يُحذف. الترتيب العملي: جرد آلي للمسارات، ثم قواعد تفكيك مكتوبة لكل فرع، ثم دفعة تجريبية تقارن الأعداد والمسارات والحقول قبل نقل بقية الإدارات.
إن كنت تدير خادم ملفات أو جهاز تخزين شبكي (NAS) امتلأ عبر السنين، أو كنت مدير الأرشيف الذي سيُسأل بعد الانتقال: «أين ذهب مجلد العقود القديم؟»، فاقرأ هذا الدليل قبل أن تطلب عرض ترحيل، لأن جودة الجرد وقواعد التحويل هي التي تحدد حجم العمل الفعلي، لا عدد الجيجابايتات وحده.
المسار نفسه بيانات وصفية مخفية
خذ مسارًا نموذجيًا من خادم ملفات في شركة مقاولات:
\\fs01\المشاريع\2022\مشروع-مستشفى-الشمال\العقود\مقاولو-الباطن\عقد-كهرباء-نهائي.pdf
هذا السطر يحتوي على خمس معلومات على الأقل: الإدارة المالكة (المشاريع)، والسنة (2022)، والمشروع، ونوع الوثيقة (عقد)، والتصنيف الفرعي (مقاول باطن)، وربما حالة الوثيقة («نهائي»). في المجلد الشبكي تبقى هذه المعلومات مدفونة في المسار؛ يعرفها من أنشأ المجلد ويضيع فيها غيره. في نظام إدارة الوثائق تصبح حقولًا يمكن البحث بها والتصفية عليها وبناء الصلاحيات حولها.
لذلك فالسؤال الصحيح ليس «كيف ننقل المجلدات؟» بل «ما المعنى الذي يحمله كل مستوى من مستويات الشجرة، وإلى أين يذهب في النظام الجديد؟». الإجابة تختلف من فرع لآخر، ولهذا لا تنجح قاعدة واحدة على خادم كامل.
«الحفاظ على التنظيم» لا يعني الحفاظ على الشجرة حرفيًا. يعني أن يجد الموظف ما كان يجده، بطريق أقصر، وأن لا تضيع معلومة كانت ضمنية في اسم مجلد. قد يكون الهيكل الجديد أقل عمقًا بكثير من القديم، مع حقول تعوّض المستويات المحذوفة.
الجرد الآلي قبل أي قرار
لا تعتمد على وصف الإدارات لمجلداتها. استخرج قائمة كاملة بالملفات من الخادم نفسه، في جدول واحد يحتوي لكل ملف على الأقل: المسار الكامل، والاسم، والامتداد، والحجم، وتاريخ آخر تعديل، وعمق المسار (عدد المستويات)، وطول المسار بالمحارف. يمكن فريق التقنية استخراج ذلك بأدوات النظام نفسه؛ فأداة Robocopy في Windows مثلًا تملك خيار عرض القائمة دون نسخ (/l) مع إظهار المسارات الكاملة، ويمكن تشغيلها على الخادم لإنتاج سجل قابل للتحليل دون لمس الملفات.
من هذا الجدول وحده تخرج مؤشرات تغيّر خطتك:
- توزيع الحجم على الفروع: غالبًا تتركز الأحجام الكبيرة في فروع قليلة (نسخ احتياطية يدوية، ملفات فيديو، تصديرات قواعد بيانات). هذه تُعالج بقرار منفصل وقد لا تنتمي للأرشيف أصلًا.
- الامتدادات: ملفات مؤقتة (~$ و.tmp)، واختصارات (.lnk)، وملفات تشغيلية (.exe و.iso) لا مكان لها في أرشيف وثائق. استبعادها بقاعدة يوفر وقتًا في كل خطوة لاحقة.
- أعمق المسارات: المسارات ذات العشرة مستويات فأكثر علامة على تنظيم شخصي تراكم فوق تنظيم مؤسسي. هي أولى الفروع بالتبسيط.
- المسارات الطويلة: في واجهة Windows البرمجية الحد الافتراضي لطول المسار 260 محرفًا ما لم تُفعَّل المسارات الطويلة وتدعمها الأداة المستخدمة. الأسماء العربية الطويلة المتداخلة تصل إلى هذا الحد بسرعة، وأدوات النسخ والاستيراد قد تتخطى هذه الملفات أو تفشل عندها. اعرف عددها قبل النقل لا بعده.
- الملفات التي لم تُعدّل منذ سنوات: لا تعني أنها بلا قيمة، لكنها مرشحة لقرار «أرشيف تاريخي» بحقول أقل وأولوية نقل متأخرة.
تاريخ آخر تعديل في خادم الملفات ليس دائمًا تاريخ الوثيقة. عمليات نسخ سابقة بين خوادم قد تكون غيّرت تواريخ الإنشاء أو المجلدات. Robocopy مثلًا ينسخ طوابع وقت الملفات افتراضيًا (/copy:DAT)، لكن خيار المجلدات الافتراضي (/dcopy:DA) لا يشمل طوابع وقتها. قبل أن تعتمد التاريخ حقلًا في النظام الجديد، افحص عينة: هل يطابق التاريخ المكتوب داخل الوثيقة أو في اسمها؟
صنّف الفروع قبل أن تصمم الهيكل الجديد
بعد الجرد، مر على المستويين أو الثلاثة الأولى من كل مشاركة شبكية، وضع كل فرع في واحدة من أربع فئات. هذا التصنيف هو ما يحدد نوع العمل لكل فرع:
فرع منتظم
بنية ثابتة يمكن وصفها بقاعدة: الإدارة ← السنة ← الطرف ← نوع الوثيقة. يُنقل آليًا، وتُستخرج حقوله من المسار مباشرة.
فرع شبه منتظم
بنية واضحة في الأعلى ثم فوضى في الأسفل (مجلدات «جديد» و«نسخة أحمد» و«قديم2»). يُنقل آليًا حتى المستوى المنتظم، ثم تُطوى المستويات السفلية مع حفظ اسمها في حقل ملاحظة أو وسم.
فرع شخصي
مجلدات بأسماء موظفين أو «ملفاتي». لا تُنقل كما هي. يُطلب من صاحبها أو مديره فرز ما هو وثيقة عمل، وما سواه لا يدخل الأرشيف المؤسسي.
فرع ميت
نسخ احتياطية يدوية، تصديرات مكررة، مجلدات مشاريع ملغاة بلا وثائق رسمية. يُوثَّق قرار عدم نقله ومن اعتمده، ويبقى في نسخة المصدر المحفوظة.
ستجد أن الفرع المنتظم أقل مما تتوقع، وأن معظم الجهد يذهب في الشبه منتظم. لا بأس بذلك؛ المهم أن يكون لكل فرع قرار مكتوب قبل النقل، لا أن يُكتشف عند الدفعة الأخيرة.
قواعد تفكيك المسار: من مستوى المجلد إلى الحقل
لكل فرع منتظم أو شبه منتظم اكتب قاعدة تفكيك صريحة. القاعدة تقول: المستوى الأول من المسار يعني كذا ويذهب إلى كذا، والمستوى الثاني يعني كذا… مع قائمة القيم المسموحة وما يحدث عند قيمة غير متوقعة. هذه القواعد هي «مواصفات» الترحيل التي يعمل عليها فريق التنفيذ، ويراجعها صاحب الإدارة قبل التنفيذ.
قالب قاعدة تفكيك مسار (يُملأ لكل فرع)
- الفرع المصدر: \\fs01\المشاريع
- مالك القرار: مدير إدارة المشاريع + مسؤول الأرشيف
- المستوى 1 (السنة): يذهب إلى حقل «سنة المشروع». القيم المقبولة: أربعة أرقام بين 2010 والسنة الحالية. غير ذلك: يُحال إلى قائمة الاستثناءات.
- المستوى 2 (اسم المشروع): يذهب إلى حقل «المشروع» ويُطابق مع قائمة المشاريع المعتمدة (من نظام المشاريع أو جدول المالية). الأسماء المتقاربة («مستشفى الشمال» و«مشروع-مستشفى-الشمال») تُوحّد بجدول تحويل.
- المستوى 3 (فئة الوثيقة): يُحوّل إلى «نوع الوثيقة» وفق جدول: العقود ← عقد، المستخلصات ← مستخلص، المراسلات ← مراسلة، الصور ← صور موقع.
- المستوى 4 فأعمق: يُطوى. اسم المجلد يُحفظ في وسم «مسار أصلي» ولا يُنشأ كمجلد في النظام الجديد.
- اسم الملف: يبقى كما هو. الكلمات الدالة على الحالة («نهائي»، «مسودة»، «موقع») تُستخرج إلى حقل «الحالة» إن وُجدت، دون تعديل الاسم.
- المسار الأصلي الكامل: يُحفظ في حقل مخصص لكل ملف لأغراض التتبع والمطابقة.
- ما يُستبعد: *.tmp، ~$*، *.lnk، Thumbs.db، ومجلدات «نسخة احتياطية».
لاحظ بندين في القالب يغفل عنهما كثيرون: حفظ المسار الأصلي كاملًا في حقل، وقائمة القيم المسموحة لكل مستوى. الأول يسمح لأي موظف أو مدقق بأن يعرف من أين جاء الملف، ويجعل المطابقة بعد الدفعة ممكنة سطرًا بسطر. الثاني يمنع أن يصبح «2022 نهائي» و«٢٠٢٢» و«2022-قديم» ثلاث سنوات مختلفة في الحقل الجديد. لتفاصيل أعمق عن بناء جداول التحويل بين الحقول، راجع كيفية مطابقة حقول النظام القديم مع الجديد.
الهيكل الجديد: أقل عمقًا وأكثر حقولًا
القاعدة التي تنجح عادة: اجعل المجلدات في النظام الجديد تعبّر عن من يملك الوثيقة ومن يصل إليها، واجعل الحقول تعبّر عن ما هي الوثيقة وما خصائصها. السبب عملي: الصلاحيات تُبنى أسهل على مستوى المجلد، أما البحث والتصفية فتُبنى على الحقول.
في مثال شركة المقاولات، قد يصبح الهيكل: المشاريع ← اسم المشروع، مع حقول «السنة» و«نوع الوثيقة» و«الطرف» و«الحالة». ما كان خمسة مستويات أو أكثر يصبح مستويين. الموظف الذي كان يفتح المجلدات واحدًا بعد الآخر يصل الآن إلى «كل عقود مقاولي الباطن في مشروع مستشفى الشمال» بتصفية واحدة، وإلى «كل العقود النهائية لعام 2022 في كل المشاريع» بتصفية أخرى لم تكن ممكنة في الخادم أصلًا.
| المعيار | نسخ الشجرة كما هي | تفكيك المسار إلى هيكل وحقول |
|---|---|---|
| جهد ما قبل النقل | منخفض | أعلى: جرد وقواعد ومراجعة مع الإدارات |
| البحث بعد النقل | بالاسم والنص فقط، كما كان | بالحقول والنص معًا |
| بناء الصلاحيات | يرث تعقيد المجلدات القديمة | على عدد أقل من المجلدات الواضحة |
| التقارير (كم عقدًا ينتهي هذا العام؟) | غير ممكنة دون حقول | ممكنة من الحقول |
| قبول المستخدمين | مألوف فورًا | يحتاج تدريبًا قصيرًا على التصفية |
| تكرار الفوضى القديمة | تُنقل كما هي | تُصحح أثناء النقل |
ليس كل فرع يستحق التفكيك الكامل. الأرشيف التاريخي الذي يُفتح نادرًا قد يكفيه نقل بحقلين (الإدارة والسنة) مع المسار الأصلي والبحث داخل النص. قرر مستوى الفهرسة حسب الاستخدام الفعلي للفرع لا حسب الحماس.
أين يخطئ المشترون عادة
- طلب «نقل كل شيء كما هو» في كراسة الشروط: يبدو آمنًا، لكنه يعني أن المورد لن يُطلب منه تفكيك المسارات، وأن الفوضى ستنتقل بصلاحيات أصعب. اكتب بدلًا منه: «نقل وفق قواعد تحويل تعتمدها الجهة لكل فرع».
- تقدير الترحيل بالحجم وحده: مئة جيجابايت من ملفات فيديو منظمة أسهل من عشرة جيجابايتات من مستندات مبعثرة في آلاف المجلدات. الجهد يتبع عدد الملفات وعدد الفروع غير المنتظمة وعدد الحقول المطلوبة.
- إهمال الملفات المفتوحة والمتغيرة: الخادم يعمل أثناء الترحيل. ما يُعدَّل بعد لقطة الجرد يحتاج نقلًا تكميليًا (دلتا) قبل الإغلاق، وإلا ضاعت تعديلات الأيام الأخيرة. خطط لذلك ضمن خطة الانتقال النهائي بدفعة تكميلية لها مطابقتها الخاصة.
- نقل صلاحيات NTFS آليًا: صلاحيات المجلدات الشبكية تراكمت عبر سنوات من الاستثناءات. نسخها كما هي ينقل أخطاءها. ابنِ مصفوفة جديدة ثم قارن النتيجة بالقديم، كما في ترحيل الصلاحيات دون توسيع الوصول بالخطأ.
- ترك قرار التكرار للمرحلة الأخيرة: خوادم الملفات مليئة بنسخ «عقد.pdf» و«عقد (2).pdf» و«عقد - نسخة.pdf». إن لم تقرر قبل النقل ماذا تفعل بها، ستنقلها كلها أو تحذف ما لا يجوز حذفه.
- إغلاق الخادم فور انتهاء آخر دفعة: أبقه للقراءة فقط مدة محددة، ثم احتفظ بنسخة منه حسب سياسة الجهة، قبل أي إتلاف.
الدفعة التجريبية: ماذا تقيس بالضبط
اختر للدفعة التجريبية فرعًا شبه منتظم لا منتظمًا. الفرع المنتظم ينجح دائمًا ولا يعلّمك شيئًا؛ الشبه منتظم يكشف ثغرات القواعد. قس بعد النقل:
- الأعداد: عدد الملفات المنقولة + عدد المستبعدة بقاعدة + عدد الفاشلة = عدد ملفات الفرع في الجرد. أي فرق غير مفسر يوقف الدفعات التالية.
- المسارات: لكل ملف منقول، حقل المسار الأصلي يطابق سطرًا في الجرد. هذا يكشف الملفات التي نُقلت إلى مكان خاطئ.
- الحقول المستخرجة: نسبة الملفات التي امتلأت حقولها من القواعد، ونسبة التي ذهبت للاستثناءات. إن كانت الاستثناءات كثيرة، فالقاعدة تحتاج تعديلًا قبل التعميم.
- المحتوى: عينة تُفتح وتُقارن بالأصل. للمقارنة الآلية الأدق، احسب بصمة رقمية (hash) للملف في المصدر والوجهة؛ في Windows توفّر PowerShell الأمر Get-FileHash لهذا الغرض.
- البحث: ابحث عن كلمات من داخل ملفات ممسوحة في الدفعة. إن لم تظهر، فالـOCR لم يعمل عليها أو لم يكتمل.
- رأي المستخدم: اطلب من ثلاثة موظفين من الإدارة العثور على خمس وثائق يعرفونها. قس الزمن وسجل ما أربكهم.
التحقق التفصيلي بعد كل دفعة موضوع مستقل؛ لقائمة كاملة بفحوص المطابقة راجع اختبارات مطابقة الملفات والبيانات بعد كل دفعة.
الافتراضات: إدارة مالية في شركة توزيع متوسطة، مشاركة شبكية واحدة «المالية»، الجرد أظهر نحو 60 ألف ملف في 4,200 مجلد، أعمق مسار 14 مستوى، ونحو 900 مسار يتجاوز 240 محرفًا.
التصنيف: فرع «الموردون» منتظم (المورد ← السنة ← نوع الوثيقة). فرع «الإقفال الشهري» شبه منتظم. ستة مجلدات بأسماء موظفين سابقين تُصنف شخصية. فرع «Backup_Old» ميت.
القواعد: «الموردون» يتحول إلى مجلد واحد لكل مورد، مع حقول السنة ونوع الوثيقة ورقم المورد (من جدول المشتريات). «الإقفال الشهري» يصبح مجلدًا واحدًا بحقلي السنة والشهر، والمستويات تحت الشهر تُطوى إلى وسم.
ما تكشفه الدفعة التجريبية: 7% من ملفات «الإقفال الشهري» ذهبت إلى الاستثناءات لأن أسماء الأشهر كُتبت بثلاث صيغ (رقم، اسم عربي، اسم إنجليزي). يُضاف جدول تحويل للأشهر، وتُعاد الدفعة، ثم يُعتمد التعميم.
الأرقام هنا للتوضيح فقط؛ ما يهم هو أن الدفعة التجريبية وجدت الخلل في قاعدة واحدة قبل أن يتكرر على كامل المشاركة.
ما يقدمه وثيقة في هذا النوع من الترحيل
وثيقة نظام سعودي لإدارة الوثائق والأرشفة الإلكترونية، وهذا ما يتيحه في نقل المجلدات الشبكية تحديدًا:
- متاح في وثيقة: مستودع مركزي لكل أنواع الملفات بهيكل مجلدات وفئات هرمي، ووسوم مخصصة وفلاتر متقدمة، ورفع جماعي. هذا ما يسمح بتحويل مستويات المسار إلى حقول ووسوم بدل مجلدات عميقة.
- متاح في وثيقة: OCR للعربية والإنجليزية وبحث نصي داخل محتوى PDF والمستندات الممسوحة، فيصبح ما كان صورة في الخادم قابلًا للبحث بعد النقل.
- متاح في وثيقة: تصنيف ووسوم تلقائية عند الرفع مع اقتراح التصنيف، تفيد في الفروع التي لا تكفي قواعد المسار لفهرستها، على أن تُراجع نتائجها.
- متاح في وثيقة: صلاحيات مبنية على الأدوار على مستوى المجلد والمستند، وتكامل مع Active Directory / LDAP لاستيراد المستخدمين والأقسام، وهو ما يسهّل بناء مصفوفة الصلاحيات الجديدة على المجموعات الموجودة أصلًا في الدليل النشط.
- ضمن خدمة الترحيل: دعم الانتقال من المجلدات الشبكية ضمن منهجية تبدأ بالجرد وتصميم هيكل التصنيف، ثم نقل تجريبي لعينة، فنقل تدريجي بالأقسام، فتشغيل متوازٍ، ثم إغلاق المصدر.
- يُحدَّد في العرض: حجم العمل على قواعد التفكيك، وعدد الحقول المستخرجة لكل فرع، وطريقة معالجة المسارات الطويلة والاستثناءات، ومدة الترحيل. هذه كلها تتبع نتيجة الجرد لا تقديرًا عامًا.
تفاصيل المنهجية وما يُنقل وما يُعاد بناؤه موجودة في صفحة خدمة ترحيل الأرشيف من المجلدات الشبكية والأنظمة القديمة. وإن كنت ما زلت تقارن بين الإبقاء على خادم الملفات والانتقال إلى نظام وثائق، فابدأ بمقارنة خادم الملفات NAS أم DMS قبل التخطيط للنقل.
أرسل نتيجة الجرد (عدد الملفات، عدد المشاركات، أعمق المسارات) لتحصل على تقدير ترحيل مبني على بياناتك.
اطلب عرض سعرأسئلة تطرحها على مورد الترحيل
قبل التعاقد على نقل المجلدات الشبكية
- هل تستخرجون الحقول من مستويات المسار بقواعد نعتمدها، أم تنقلون الشجرة كما هي؟ اعرض مثالًا لقاعدة من مشروع سابق دون بيانات العميل.
- أين يُحفظ المسار الأصلي لكل ملف بعد النقل، وهل يمكن البحث به؟
- كيف تتعاملون مع المسارات التي تتجاوز حدود طول المسار، ومع الأسماء التي تحتوي محارف غير مقبولة في الوجهة؟
- ما الذي يحدث لملف لا تنطبق عليه القاعدة؟ هل يتوقف النقل، أم يذهب إلى قائمة استثناءات بسبب محدد؟
- كيف تُنقل التعديلات التي تحدث على الخادم بعد الجرد وقبل الإغلاق؟
- ما الذي تسلموننا إياه بعد كل دفعة: تقرير أعداد، قائمة استثناءات، مقارنة بصمات؟
- من يعتمد قواعد التفكيك من طرفنا، ومن يصححها عند ظهور خطأ في الدفعة التجريبية؟
ابدأ من هنا
- استخرج قائمة الملفات من الخادم هذا الأسبوع، ولو لمشاركة واحدة، واحسب منها الأعداد والأعماق وأطوال المسارات.
- صنّف الفروع الرئيسية في الفئات الأربع، واكتب قاعدة تفكيك لفرع واحد شبه منتظم باستخدام القالب أعلاه.
- راجع القاعدة مع صاحب الإدارة، ثم اطلب من المورد تنفيذها على دفعة تجريبية وتسليم تقرير المطابقة.
- عند الجاهزية، أرسل نتائج الجرد عبر صفحة ترحيل الأرشيف لتحصل على خطة نقل على دفعات ضمن عرضك.
المصادر
ناقش خطة ترحيل أرشيفك
أخبرنا بمصدر الملفات الحالي وحجمها التقريبي وما تريد الحفاظ عليه من إصدارات وبيانات وصفية، لنقترح خطة نقل على دفعات قابلة للتحقق.
- عدد المستخدمين المتوقع والإدارات المشاركة
- حجم الأرشيف الحالي تقريباً (عدد الملفات أو الصفحات أو الحجم بالجيجابايت) ونسبة الورقي منه
- نموذج الاستضافة المفضل: سحابة داخل المملكة أو خوادم الجهة
- النظام الحالي للملفات والأنظمة المطلوب التكامل معها
الهاتف وواتساب: +966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.