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