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