ERP في مصر: أخطاء التطبيق الشائعة التي تقع فيها الشركات متوسطة الحجم

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

يتناول هذا المقال أخطاء التطبيق التي نراها بكثرة عندما تتبنى الشركات نظام ERP في مصر، وما يجب فعله تجاه كل منها. تنطبق هذه النصائح سواء اشتريت منتجًا جاهزًا، أو كلّفت بـنظام ERP مخصص، أو جمعت بين الاثنين.

لماذا تضيف مصر متطلباتها الخاصة

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

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

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

الخطأ الأول: شراء الوحدات قبل تحديد العمليات

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

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

الخطأ الثاني: معاملة ترحيل البيانات كمهمة الأسبوع الأخير

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

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

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

الخطأ الثالث: تخصيص الأشياء الخاطئة

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

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

الخطأ الرابع: نسيان الأنظمة المحيطة بنظام ERP

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

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

الخطأ الخامس: التشغيل في كل مكان دفعة واحدة

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

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

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

الخطأ السادس: تجاهل الأشخاص الذين سيستخدمونه

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

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

الخطأ السابع: غموض الملكية بعد الإطلاق

تحتفل كثير من الشركات بالإطلاق ثم تكتشف أن لا أحد مسؤول عن إصلاح الأمور. يتوقف تقرير عن التطابق، أو يحتاج إعداد ضريبي إلى تحديث بعد تغيير في اللوائح، أو يلزم إضافة فرع جديد. وبدون مالك واضح، تتراكم المشكلات الصغيرة ويفقد المستخدمون الثقة في النظام.

قبل الإطلاق، اتفق على ثلاثة أمور: من يملك النظام داخليًا (عادةً شخص محدد في المالية أو العمليات مدعومًا من تقنية المعلومات)، وكيف تُسجَّل المشكلات وتُرتَّب حسب الأولوية، وما أزمنة الاستجابة التي يلتزم بها المورد أو شريك التطوير. اكتب هذه الأمور في اتفاقية الدعم، وتحقق من أن ساعات الدعم تتوافق مع أسبوع عملك. وخطّط لمراجعة عند 30 و90 يومًا لتحديد ما يحتاج إلى تحسين.

قائمة مراجعة عملية قبل البدء

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

كيف يمكننا المساعدة

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