متى تنتقل من برنامج محاسبي
إلى نظام ERP؟

الفرق الجوهري ليس في عدد الخصائص

السؤال الذي يصلنا كثيرًا: «لدينا برنامج محاسبي جيد، فلماذا ننتقل إلى نظام ERP؟». والإجابة المختصرة أن الفرق ليس في عدد الخصائص، بل في مكان البيانات.

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

ولهذا فإن السؤال الصحيح ليس «أيهما أفضل؟» بل: هل وصل حجم عملياتك إلى حدٍّ يجعل تسجيل النتائج غير كافٍ؟

ثماني علامات تقول إنك تجاوزت البرنامج المحاسبي

هذه علامات نراها فعلًا عند العملاء قبل انتقالهم. وجود اثنتين أو ثلاث منها طبيعي، أما خمس فأكثر فيعني أنك تدفع ثمن التأخر بالفعل — من وقت موظفيك ودقة قراراتك.

1. ملفات الإكسل صارت النظام الحقيقي. التقارير المهمة تُبنى في إكسل خارج البرنامج، والبرنامج يُستخدم لطباعة الفواتير فقط.
2. الرقم يختلف باختلاف من تسأل. المبيعات لديها رقم، والمالية رقم آخر، والمستودع ثالث — والاجتماع يبدأ بالجدل حول الأرقام لا بالقرار.
3. تعرف ربحك بعد شهرين. الإقفال يستغرق أسابيع، وحين تظهر النتيجة يكون الوقت قد فات على معالجة سببها.
4. المخزون لا يطابق الدفاتر. فروقات الجرد تتكرر كل سنة بنفس الأسباب، وتُرحَّل التسويات دون معالجة الجذر.
5. الاعتمادات تسير بالواتساب. الموافقات شفهية أو في محادثات، ولا يوجد إثبات لمن اعتمد ماذا ومتى.
6. كل تقرير جديد مشروع. طلب تقرير بسيط يحتاج أيامًا من موظف يجمع بيانات من ثلاثة مصادر.
7. الفروع جزر منفصلة. كل فرع بنسخته وأرقامه، والتجميع يتم يدويًا آخر الشهر بأخطاء متوقعة.
8. النمو صار مخيفًا. فتح فرع جديد أو خط منتجات يعني توظيف محاسبين إضافيين فقط لمواكبة الإدخال.

المؤشر الأدق ليس حجم مبيعاتك، بل عدد المرات التي تتخذ فيها قرارًا وأنت غير واثق من الرقم أمامك.

ومتى لا تحتاج نظام ERP؟

نكتب هذا القسم رغم أننا نبيع أنظمة ERP، لأن مشروعًا غير مناسب يضرّ الطرفين. لا ننصح بالانتقال الآن إن كنت في إحدى هذه الحالات:

• عملياتك بسيطة ومستقرة. نشاط خدمي بعدد فواتير محدود وبلا مخزون ولا فروع — برنامج محاسبي جيد يكفيك، وقد يكفيك سنوات.
• لا تستطيع تفريغ أحد للمشروع. نظام ERP يحتاج وقت فريقك في التحليل والاختبار والتدريب. بدون ذلك ستدفع ثمن نظام لن يُستخدم.
• مشكلتك إدارية لا تقنية. إن كانت الإجراءات غير محددة والمسؤوليات غامضة، فالنظام سيوثّق الفوضى لا يحلّها. رتّب الإجراء أولًا.
• تمر بضغط استثنائي. تنفيذ نظام أثناء أزمة سيولة أو تغيير قيادي كبير يزيد المخاطرة. أجّله أشهرًا قليلة.

التكلفة التي لا تظهر في العرض

أكثر ما يفاجئ المنشآت ليس سعر النظام، بل ما حوله. احسب هذه البنود قبل المقارنة بين العروض:

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

وفي المقابل، احسب ما تدفعه اليوم دون أن تسمّيه تكلفة: ساعات إعداد التقارير يدويًا، وفروقات الجرد، والمشتريات المكررة، والخصومات غير المنضبطة، والقرارات المتأخرة. هذه أرقام حقيقية وإن لم تظهر في أي فاتورة.

كيف تنتقل دون أن تتوقف

الانتقال الناجح تدريجي في أغلب الحالات. الطريقة التي نوصي بها بعد عدة مشاريع:

1. ابدأ بالمالية والوحدة الأكثر إيلامًا. غالبًا المخزون في التجارة، والمشاريع في المقاولات، والمطالبات في القطاع الصحي.
2. رتّب إجراءاتك قبل الأتمتة. لا تُؤتمت إجراءً لا يعمل — ستحصل على فوضى أسرع فقط.
3. نظّف بياناتك واعتمد أرصدتك كتابيًا. بداية خاطئة تُلاحقك سنوات، وتصحيحها لاحقًا أصعب من تأجيل الانطلاق أسبوعين.
4. حدّد تاريخًا لإيقاف القديم. النظامان المتوازيان يعنيان بيانات متفرقة وجهدًا مضاعفًا وفشلًا مؤجلًا.
5. درّب بالأدوار لا بالجملة. جلسة واحدة لكل الموظفين تضيع وقت الجميع ولا تفيد أحدًا.
6. راجع بعد ٩٠ يومًا. قِس ما تحسّن فعلًا مقابل ما وُعدت به، وعالج ما لم يُستخدم قبل أن يصبح عادة.

الخلاصة

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

وأصدق اختبار: خذ أهم قرار اتخذته الشهر الماضي، واسأل نفسك كم استغرقت للوصول إلى الرقم الذي بنيت عليه، وهل كنت واثقًا منه. إن كانت الإجابة مقلقة، فالمشكلة ليست في اجتهاد فريقك — بل في أن البيانات موزعة على أنظمة لا تتحدث.