مطابقة الحقول وثيقة مكتوبة قبل أن تكون عملية تقنية: جدول يحدد لكل حقل في النظام القديم إلى أين يذهب، وبأي قاعدة تحويل، وما قيمته إن كان فارغًا، ومن اعتمد القرار. ابدأ من حقول النظام الجديد المطلوبة لكل نوع وثيقة، ثم ارجع إلى المصدر لتبحث عما يغذيها، لا العكس. واحتفظ دائمًا بمعرّف السجل القديم في حقل مستقل لتتبع كل وثيقة إلى أصلها.
إن كنت تستبدل نظام أرشفة يعمل منذ سنوات، مبنيًا داخليًا أو من مورد لم يعد يدعمه، فالملفات فيه ليست المشكلة؛ المشكلة في الحقول التي فُهرست بها. هذا المقال لمدير الأرشيف الذي يعرف معنى كل حقل، ولمدير التقنية الذي سيصدّرها، وهو يتناول خطوة واحدة بعمق: كيف تُبنى وتُعتمد وثيقة مطابقة الحقول التي يعمل عليها فريق الترحيل.
سجل واحد يكشف المشكلة كلها
تخيّل سجلًا من نظام أرشفة قديم في أمانة منطقة، لمعاملة رخصة بناء:
| اسم الحقل في المصدر | القيمة |
|---|---|
| DOC_NO | 2019/ر/4471 |
| DOC_TYPE | 12 |
| DOC_DATE | 1440/08/15 |
| OWNER_NAME | مؤسسة … للمقاولات - فرع الشمال |
| DEPT | ر.ب |
| NOTES | مخطط معدل - انظر المعاملة 2018/ر/3920 - تم السداد |
| FIELD7 | (فارغ) |
| CREATED_BY | a.alharbi |
في هذا السجل الصغير كل أنواع المشكلات: رمز رقمي (12) لا معنى له دون جدول الرموز، وتاريخ هجري بلا تحديد للتقويم، واختصار إدارة («ر.ب») يعرفه القدامى فقط، وحقل ملاحظات يحمل ثلاث معلومات مختلفة (حالة المخطط، معاملة مرتبطة، حالة السداد)، وحقل باسم غامض (FIELD7) لا أحد يذكر ما وُضع له، واسم مستخدم لموظف قد يكون غادر. مطابقة الحقول هي أن تقرر مصير كل واحدة من هذه، كتابةً، قبل النقل.
ابدأ من النظام الجديد لا من القديم
الخطأ الأشيع أن يُفتح ملف التصدير ويُسأل: «أين نضع هذا الحقل؟». النتيجة أن كل حقل قديم، حتى المهجور، يحصل على مقابل في النظام الجديد، فيرث الأرشيف الجديد فوضى الحقول القديمة.
الترتيب الصحيح عكس ذلك:
- عرّف أنواع الوثائق في النظام الجديد مع الحقول المطلوبة لكل نوع، بناء على ما تحتاجه الإدارة اليوم في البحث والتقارير والصلاحيات. هذا عمل تصميم مستقل، تجد تفاصيله في إعداد أنواع الوثائق والحقول الخاصة بإجراءاتك.
- لكل حقل جديد، ابحث عن مصدره في النظام القديم: حقل واحد مباشر، أو جزء من حقل، أو دمج حقلين، أو استنتاج من المسار أو الاسم، أو لا مصدر.
- ما بقي من حقول قديمة بلا مقابل يُقرر مصيره: يُحفظ في حقل مرجعي نصي للاطلاع فقط، أو يُترك في النسخة الأرشيفية من النظام القديم، أو يُهمل بقرار موثق.
بهذا الترتيب يبقى النظام الجديد نظيفًا، ولا يضيع شيء له قيمة، لأن كل حقل قديم يحصل على قرار حتى لو كان القرار «لا يُنقل».
سبعة أنواع من المطابقة
كل سطر في وثيقة المطابقة يندرج تحت أحد هذه الأنواع. تسمية النوع صراحة تسهّل المراجعة والاختبار:
مباشر (1 إلى 1)
حقل قديم يذهب إلى حقل جديد دون تغيير. مثل رقم المعاملة. أبسط الأنواع وأقلها.
تحويل صيغة
القيمة نفسها بصيغة أخرى: تاريخ هجري إلى ميلادي أو العكس، أرقام هندية إلى عربية، إزالة مسافات زائدة.
تحويل قيمة (جدول رموز)
رمز قديم يقابله اسم في قائمة جديدة: 12 ← رخصة بناء، «ر.ب» ← إدارة رخص البناء. يحتاج جدول تحويل معتمد.
تقسيم
حقل قديم يحمل أكثر من معلومة يُفكك إلى عدة حقول: الاسم والفرع، أو الملاحظات إلى حالة ومعاملة مرتبطة.
دمج
عدة حقول قديمة تكوّن حقلًا جديدًا: السنة والرمز والتسلسل إلى رقم مرجعي موحد.
اشتقاق
قيمة لا توجد في أي حقل لكن تُستنتج: الإدارة من مسار الملف، أو نوع الوثيقة من القالب، أو تاريخ الانتهاء من المحتوى باستخراج آلي يُراجع.
مرجعي فقط
حقل لا مقابل له في التصميم الجديد، يُحفظ نصًا في حقل «بيانات النظام السابق» للاطلاع والبحث دون أن يدخل في التصنيف.
اطلب من فريق الترحيل أن يعرض عدد الحقول تحت كل نوع. إن كانت معظم الحقول «مباشرة»، فإما أن مصدرك منظم جدًا، أو أن المطابقة لم تُدرس جيدًا. الواقع في الأنظمة القديمة أن التحويل والتقسيم والاشتقاق يأخذون النصيب الأكبر من الجهد.
قالب وثيقة المطابقة
هذا هو الجدول الذي يُعتمد ويُوقَّع قبل الدفعة التجريبية. املأه لكل نوع وثيقة على حدة، لأن الحقل نفسه قد يعني شيئًا مختلفًا في نوعين:
وثيقة مطابقة الحقول — نوع الوثيقة: رخصة بناء
| الحقل الجديد | إلزامي؟ | المصدر | نوع المطابقة | القاعدة | عند الفراغ أو الخطأ | المعتمِد |
|---|---|---|---|---|---|---|
| رقم المعاملة | نعم | DOC_NO | مباشر | كما هو، مع إزالة المسافات | يُرفض السجل إلى الاستثناءات | مدير الأرشيف |
| نوع الوثيقة | نعم | DOC_TYPE | جدول رموز | وفق جدول الأنواع المعتمد | رمز غير موجود في الجدول: استثناء | مدير الأرشيف |
| تاريخ المعاملة (هجري) | نعم | DOC_DATE | تحويل صيغة | يُحفظ كما هو بصيغة موحدة | تاريخ غير صالح: استثناء | مدير الأرشيف |
| تاريخ المعاملة (ميلادي) | لا | DOC_DATE | اشتقاق | تحويل بقاعدة التقويم المعتمدة لدى الجهة | يُترك فارغًا | التقنية + الأرشيف |
| اسم المالك | نعم | OWNER_NAME | تقسيم | ما قبل « - » اسمًا، وما بعده فرعًا | لا فاصل: الكل في الاسم | الإدارة المختصة |
| الإدارة | نعم | DEPT | جدول رموز | وفق جدول الإدارات والهيكل الحالي | إدارة ملغاة: تُحوَّل للإدارة الوارثة | الموارد البشرية + الأرشيف |
| معاملة مرتبطة | لا | NOTES | اشتقاق | استخراج نمط رقم المعاملة من النص | لا نمط: يُترك فارغًا | التقنية |
| بيانات النظام السابق | لا | NOTES، FIELD7، CREATED_BY | مرجعي فقط | تُجمع نصًا بأسماء حقولها | — | مدير الأرشيف |
| المعرّف القديم | نعم | المفتاح الأساسي في المصدر | مباشر | يُحفظ دون تعديل | لا يُتصور فراغه | التقنية |
ثلاثة أعمدة في القالب هي التي تصنع الفرق بين مطابقة ناجحة ومطابقة تنهار في الدفعة الثالثة:
- «عند الفراغ أو الخطأ»: يمنع القرارات الارتجالية أثناء التنفيذ. كل قيمة شاذة تذهب إلى مسار معروف مسبقًا.
- «المعتمِد»: يمنع أن يتخذ المبرمج قرارًا أرشيفيًا. من يعرف معنى الحقل هو من يوقّع على مصيره.
- «المعرّف القديم»: سطر يبدو بديهيًا ويُنسى كثيرًا. بدونه لا تستطيع المطابقة بعد الدفعة، ولا الرد على مراجع يسأل عن معاملة برقمها في النظام القديم.
جداول الرموز: حيث يختبئ أكبر جهد
معظم الأنظمة القديمة تخزن القيم كرموز: أرقام لأنواع الوثائق، واختصارات للإدارات، وأكواد للحالات. جدول الرموز الأصلي قد يكون في قاعدة البيانات، وقد يكون في رأس موظف واحد. استخرج من ملف التصدير كل القيم الفعلية لكل حقل رمزي مع عدد مرات تكرارها، ثم ابنِ جدول التحويل منها لا من التوثيق القديم. ستكتشف:
- رموزًا مستخدمة لا وجود لها في أي توثيق.
- رموزًا لإدارات دُمجت أو أُلغيت، تحتاج قرارًا: تُحوَّل إلى الإدارة الوارثة أم تبقى باسمها التاريخي؟
- قيمًا نصية حرة في حقل كان يُفترض أن يكون رمزيًا، بتهجئات متعددة للمعنى نفسه.
- قيمًا نادرة جدًا (مرة أو مرتين) غالبًا ما تكون أخطاء إدخال.
القيم ذات التكرار المنخفض لا تستحق جدول تحويل خاصًا؛ اجمعها في قائمة استثناءات يراجعها موظف أرشيف مرة واحدة. ركز الجهد على القيم الكثيرة التي تغطي معظم السجلات.
إن كانت مؤسستك تستخدم أسماء عربية وإنجليزية للإدارات وأنواع الوثائق، فقرر في جدول الرموز أي تسمية هي المعتمدة وأيها مرادف. هذا القرار له أثر على البحث لاحقًا، وتفصيله في إدارة أسماء الوثائق وحقولها بالعربية والإنجليزية.
التواريخ والأشخاص: حقلان يستحقان قرارًا خاصًا
التواريخ
في الأرشيف السعودي يتعايش التقويمان الهجري والميلادي، وقد يحتوي حقل التاريخ نفسه في النظام القديم على الاثنين بحسب من أدخل السجل. قبل أي تحويل: افحص عينة كبيرة وحدد هل الحقل هجري دائمًا، أم ميلادي دائمًا، أم مختلط. في الحالة المختلطة تحتاج قاعدة للتمييز (السنوات التي تبدأ بـ14 هجرية غالبًا، وبـ19 أو 20 ميلادية). وحدد قاعدة التحويل المعتمدة لدى جهتك بين التقويمين، واحفظ القيمة الأصلية كما أُدخلت إلى جانب القيمة المحوَّلة؛ فالتحويل قد يختلف يومًا بحسب القاعدة، والوثيقة الرسمية تستشهد بتاريخها الأصلي.
الأشخاص
حقول «أنشأه» و«عدّله» و«المسؤول» تحمل غالبًا أسماء مستخدمين في النظام القديم. بعض هؤلاء غادر، وبعضهم تغير اسم مستخدمه. لا تربط هذه الحقول بحسابات النظام الجديد آليًا؛ احفظها نصًا كما هي في حقل تاريخي، واربط فقط ما يحتاج إلى حساب فعّال (مثل «المسؤول الحالي عن الملف») بقرار من الإدارة.
العلاقة بين السجل والملف: مطابقة ينساها الجميع
في أنظمة الأرشفة القديمة لا تكون العلاقة دائمًا «سجل واحد لملف واحد». قبل كتابة القواعد، احسب من التصدير أربع حالات:
- سجل بعدة ملفات: معاملة واحدة مرفق بها خطاب ومخطط وإيصال. هل تصبح في النظام الجديد وثيقة واحدة بمرفقات، أم عدة وثائق تشترك في رقم المعاملة؟ القرار يؤثر على البحث والصلاحيات والتقارير.
- سجل بلا ملف: فهرسة أُدخلت ولم يُرفق مسحها، أو ملف فُقد من مخزن النظام. لا تنقل سجلًا فارغًا كأنه وثيقة كاملة؛ ضعه في قائمة مستقلة ليقرر الأرشيف: يُبحث عن الأصل الورقي، أم يُنقل كسجل فهرسة فقط بعلامة واضحة.
- ملف بلا سجل: ملفات في مخزن النظام لا يشير إليها أي سجل، غالبًا من عمليات حذف غير مكتملة أو رفع فشل. هذه لا تملك حقولًا أصلًا، ومعالجتها أقرب إلى معالجة الملفات الممسوحة غير المفهرسة، كما في معالجة الملفات الممسوحة أثناء الترحيل.
- ملف مرتبط بأكثر من سجل: خطاب واحد يخص معاملتين. انقله مرة واحدة واربطه بالسجلين، لا تنسخه.
هذه الحالات لا تظهر في وثيقة المطابقة إن كُتبت حقلًا بحقل فقط، لكنها تظهر فورًا في مطابقة الأعداد بعد الدفعة الأولى، حين لا يساوي عدد الملفات المنقولة عدد السجلات. تحديدها مسبقًا يوفر عليك تفسير الفرق لاحقًا.
اختبار المطابقة قبل تعميمها
وثيقة المطابقة فرضية حتى تُختبر على بيانات حقيقية. في الدفعة التجريبية قس لكل حقل إلزامي:
- نسبة السجلات التي امتلأ فيها الحقل الجديد من القاعدة.
- نسبة السجلات التي ذهبت إلى الاستثناءات بسبب هذا الحقل، وأكثر أسباب الاستثناء تكرارًا.
- عينة يدوية: يقارن موظف أرشيف عشرين سجلًا بين الشاشة القديمة والجديدة حقلًا بحقل.
- البحث بالحقل: هل يجد المستخدم معاملة برقمها القديم، وبتاريخها الهجري، وباسم الإدارة الحالي؟
- التقارير: هل يعطي تقرير «عدد المعاملات لكل نوع» في النظام الجديد أرقامًا قريبة من القديم؟ الفرق يجب أن يُفسَّر بالاستثناءات.
عدّل القواعد بناء على النتائج، ثم أعد الدفعة التجريبية قبل أي تعميم. قائمة فحوص ما بعد كل دفعة بالتفصيل في اختبارات مطابقة الملفات والبيانات بعد كل دفعة ترحيل.
لا تغيّر وثيقة المطابقة في منتصف الترحيل دون إعادة النظر في الدفعات السابقة. قاعدة عُدّلت في الدفعة الخامسة تعني أن الدفعات الأربع الأولى نُقلت بقاعدة مختلفة؛ إما أن تُصحح بأثر رجعي أو يُوثَّق الفرق.
مطابقة الحقول في مشروع مع وثيقة
يتيح وثيقة تصنيفًا هرميًا ووسومًا مخصصة وفلاتر متقدمة، وتُعدّ الحقول والنماذج الخاصة بإجراءات الجهة ضمن تخصيص المشروع، فيُبنى لكل نوع وثيقة حقوله التي تحتاجها بدل حقول عامة. وحين يكون المصدر فقيرًا بالبيانات، يساعد استخراج البيانات الرئيسية من المستندات (أطراف العقد، قيمته، تاريخ انتهائه) والتصنيف التلقائي المقترح في ملء حقول لم تكن موجودة، على أن تُراجع النتائج قبل اعتمادها. والبحث داخل النص وOCR للعربية والإنجليزية يعوّضان جزئيًا الحقول التي لا يمكن استرجاعها، لأن الوثيقة نفسها تصبح قابلة للبحث.
دعم الانتقال من أنظمة الأرشفة القديمة يشمل مطابقة الحقول ضمن مرحلة تصميم التصنيف، وتنص صفحة الترحيل على أن مصير سجلات النشاط التاريخية للنظام القديم يُقرر في النطاق. عدد الحقول المستخرجة وقواعد التحويل وحجم الاستثناءات تُحدَّد في العرض الفني بعد الاطلاع على عينة من ملف التصدير. تفاصيل المنهجية في خدمة ترحيل الأرشيف من الأنظمة القديمة. وللصورة العامة عن الانتقال من نظام قديم، يمكن الرجوع إلى كيف تنتقل من نظام أرشفة قديم.
ما الذي تطلبه من المورد في هذه المرحلة
أسئلة حول مطابقة الحقول
- هل تسلموننا وثيقة مطابقة مكتوبة لكل نوع وثيقة قبل الدفعة التجريبية، ومن يوقع عليها من طرفكم؟
- كيف تتعاملون مع حقل قديم لا مقابل له: حقل مرجعي، أم إهمال، أم إضافة حقل جديد؟ ومن يقرر؟
- أين يُحفظ المعرّف القديم لكل سجل، وهل يمكن البحث به؟
- ما شكل تقرير الاستثناءات، وهل يوضح لكل سجل الحقل والسبب؟
- ماذا يحدث إن تغيرت قاعدة بعد بدء الترحيل؟
- هل يمكن إضافة حقول بعد الانتقال دون إعادة الترحيل؟
ابدأ هذا الأسبوع بخطوة لا تحتاج أحدًا من خارج المؤسسة: استخرج من النظام القديم قائمة بكل الحقول مع نسبة امتلاء كل منها وعشر قيم نموذجية. هذه القائمة وحدها تجعل حديثك مع أي مورد عن نطاق الترحيل محددًا، وتجعل تقديره قائمًا على بياناتك، ويمكنك إرسالها عبر صفحة ترحيل الأرشيف.
ناقش خطة ترحيل أرشيفك
أخبرنا بمصدر الملفات الحالي وحجمها التقريبي وما تريد الحفاظ عليه من إصدارات وبيانات وصفية، لنقترح خطة نقل على دفعات قابلة للتحقق.
- عدد المستخدمين المتوقع والإدارات المشاركة
- حجم الأرشيف الحالي تقريباً (عدد الملفات أو الصفحات أو الحجم بالجيجابايت) ونسبة الورقي منه
- نموذج الاستضافة المفضل: سحابة داخل المملكة أو خوادم الجهة
- النظام الحالي للملفات والأنظمة المطلوب التكامل معها
الهاتف وواتساب: +966 56 533 0501 — الأحد إلى الخميس 9 صباحاً حتى 6 مساءً.