ترحيل البيانات — أخطر خطوة في مشروع ERP وأقلّها كلاماً

الترحيل يُذكر في العرض التقديمي في سطر واحد: «ننقل بياناتكم من النظام القديم».

وفي المشروع الفعلي يأكل من الوقت أكثر من أي بند آخر — ويُكتشف متأخّراً لأنه البند الوحيد الذي لا يستطيع المورّد أن ينفّذه وحده.

والسبب أن البيانات بياناتك أنت، ولا أحد غيرك يعرف أيّها صحيح.

لماذا يُستهان به دائماً

لأن الجميع يظنّه نقل ملفات، وهو في الحقيقة ثلاثة أعمال متتابعة:

العمل	من ينفّذه	ما يستغرقه عادةً
التنظيف	أنت وحدك	الأطول بفارق كبير
التحويل إلى شكل النظام الجديد	المورّد بتوجيهك	متوسّط
التحميل والتحقّق	مشترك	يتكرّر أكثر من مرّة

والصفّ الأول هو الذي يُنسى في الجدول الزمني، ثم يُكتشف أن ملف الأصناف فيه ثلاث نسخ من الصنف نفسه بأسماء مختلفة، فيتوقّف كل شيء.

القاعدة التي توفّر نصف الوقت

لا تنقل كل شيء. انقل ما تحتاجه لتشغيل الشركة غداً.

والخلط هنا مكلف: تاريخك القديم لا يُهجَر، لكنه لا يعيش داخل النظام الجديد بالضرورة.

البيانات	القرار الصحيح
بيانات الأساس النشطة — أصناف وعملاء وموردون يُتعامل معهم	تُنقل بعد تنظيف
أرصدة افتتاحية — حسابات ومخزون وذمم	تُنقل كأرصدة، لا كحركات
مستندات مفتوحة — أوامر لم تُستلم، وفواتير لم تُسدَّد	تُنقل، وهي الأدقّ والأصعب
تاريخ الحركات المغلقة	يبقى في النظام القديم للاطّلاع
سجلّات لم تُستعمل منذ سنوات	لا تُنقل — وهذه أكبر وفورات المشروع

والصفّ الرابع يُقاوَم دائماً: «نريد كل التاريخ في النظام الجديد». والجواب العملي: أبقِ النظام القديم للقراءة فترة محدّدة، فتكلفة إبقائه أقلّ بكثير من تكلفة ترحيل عشر سنوات من الحركات وتسويتها.

أرصدة الافتتاح — النقطة التي يقع فيها أكثر الخطأ

رصيد الافتتاح ليس رقماً يُكتب؛ هو قيد يُرحَّل. وكل رصيد تُدخله يجب أن يكون له طرف مقابل، وإلا خرج ميزان مراجعتك غير متوازن من اليوم الأول.

وثلاثة أرصدة تُدخل بالتفصيل لا بالإجمالي:

• الذمم المدينة بفواتيرها، لا برقم واحد للعميل — وإلا استحال تحصيلها وتسويتها.
• الذمم الدائنة بفواتيرها للسبب نفسه.
• المخزون بالكميّة والتكلفة معاً — فمن ينقل الكميّة بلا تكلفة يبني تكلفة بضاعة مباعة خاطئة من أول بيع.

والاختبار الوحيد المقبول: أن يطابق ميزان المراجعة في النظام الجديد آخر ميزان مراجعة معتمد في القديم، بالقرش. وما دون المطابقة الكاملة ليس اقتراباً؛ هو فشل مؤجَّل.

التنظيف يسبق النقل ولا يأتي بعده

والقاعدة: البيانات الفاسدة في نظام جديد تبقى فاسدة، ويصير النظام هو المتّهم.

وأربعة فحوص تُجرى على كل ملف قبل تسليمه:

• التكرار: هل الصنف نفسه موجود بأكثر من رمز؟ والعميل نفسه بثلاث تهجئات؟
• الاكتمال: هل كل صنف له وحدة قياس وفئة وحساب؟
• الاتّساق: هل الأرقام بصيغة واحدة، والتواريخ بصيغة واحدة؟
• الصلاحية: هل هذا العميل ما زال عميلاً؟ وهذا الصنف ما زال يُباع؟

وأفضل وقت للتنظيف هو الآن — قبل أن يبدأ المشروع أصلاً. فالشركة التي نظّفت أصنافها قبل اختيار النظام اختصرت أسابيع لا أياماً.

اختبار التحميل يُكرَّر ثلاث مرّات

من يحمّل بياناته مرّة واحدة قبل الإطلاق يكتشف مشكلاته ليلة الإطلاق.

والترتيب المثبت في المشاريع:

‎1. تحميل تجريبي مبكر بعيّنة صغيرة. الهدف كشف مشكلات الشكل: الترميز، والتواريخ، والحقول الإلزامية.

‎2. تحميل كامل في بيئة الاختبار. الهدف قياس الزمن وكشف الأخطاء التي تظهر بالحجم وحده.

‎3. التحميل النهائي في الانتقال. وهنا يجب ألّا يظهر جديد — وإن ظهر، فالخطأ في الخطوة الثانية لا في هذه.

من يوقّع على أن البيانات صحيحة

سؤال يُهمَل ويُدفع ثمنه: لكل ملف مالك واحد بالاسم يوقّع على صحّته.

والمحاسب يوقّع على دليل الحسابات والأرصدة، ومدير المخزون على الأصناف والكميّات، ومدير المبيعات على العملاء وحدودهم الائتمانية.

ومن يترك التوقيع لـ«الفريق» لا يملك مالكاً، وحين يظهر الخطأ بعد الإطلاق يصير الترحيل نفسه هو المتّهم بدل الملف الذي لم يراجعه أحد.

ما تفعله اليوم

• اكتب قائمة الملفات المطلوبة، واقسمها بجدول القرار أعلاه: يُنقل، يُنقل كرصيد، لا يُنقل.
• ضع اسماً واحداً أمام كل ملف.
• ابدأ التنظيف قبل توقيع العقد، لأنه العمل الوحيد الذي لا يحتاج نظاماً.
• اكتب في العقد عدد دورات التحميل التجريبي، لا كلمة «ترحيل».

وأين تذهب من هنا

كل ملف تُرحّله يخدم دورة بعينها، وفهم الدورة هو ما يجعلك تعرف ما ينقص الملف: دورة المشتريات، ودورة المبيعات، ودورة المخزون — وأرصدة الافتتاح كلها منطقها في الدورة المالية والإقفال. والمسار مرتّباً في صفحة تعلّم ERP.

وأدوات الاستيراد تختلف اختلافاً كبيراً من نظام إلى نظام — ما يشحنه كل واحد من مستوردات جاهزة وما يحتاج عملاً إضافياً مفصَّل في أنظمة ERP.