ترحيل البيانات إلى نظام جديد: الجزء الذي يفشل فيه المشروع

ابدأ بتحليل الجودة

قبل كتابة أي سطر تحويل، افحص المصدر: كم سجلا مكررا؟ كم حقلا فارغا في بيانات إلزامية؟ ما صيغ التواريخ المستعملة؟ هل أرقام الهواتف موحدة؟ هل هناك حقول استعملت لغير غرضها؟

وهذا التحليل يكشف حجم العمل الحقيقي مبكرا، ويحول تقديرا متفائلا إلى خطة واقعية. وتأجيله هو ما يفجر المشاريع في آخر شهر.

قرارات لا يتخذها المطور

• أي السجلين المكررين هو الصحيح، وهل تدمج بياناتهما؟
• ماذا يفعل بالعملاء غير النشطين منذ سنوات؟
• كيف تعالج الأرصدة المفتوحة وقت التحويل؟
• أي تاريخ يعتمد إن اختلف تاريخان في مصدرين؟
• ما البيانات التي لا تنقل أصلا وتبقى في الأرشيف؟

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

التنظيف قبل الترحيل

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

الترحيل التجريبي

1. رحل نسخة كاملة إلى بيئة اختبار، لا عينة صغيرة.
2. قارن آليا: عدد السجلات، ومجاميع المبالغ، وعينات مفصلة.
3. اطلب من المستخدمين الفعليين البحث عن سجلاتهم المعروفة والتحقق منها.
4. سجل كل فرق ومعالجته، وأعد الترحيل حتى تصل إلى صفر فروق غير مبررة.
5. وثق زمن الترحيل الكامل — فهو يحدد نافذة التوقف عند التحويل الفعلي.

بعد الترحيل

أبق النظام القديم متاحا للقراءة مدة كافية، وراقب أول دورة إقفال في النظام الجديد عن قرب. وأكثر الفروق تظهر عند أول تقرير شهري لا في اليوم الأول، فلا تعلن نجاح الترحيل قبل إغلاق دورة كاملة.

أسئلة شائعة

كم من التاريخ ننقل؟

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

من يتحمل مسؤولية جودة البيانات؟

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

هل نرحل في عطلة نهاية الأسبوع؟

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