كيف تنتقل من نظام ERP قديم إلى SaaS في لبنان والمنطقة: ما الذي يسير بشكل خاطئ فعلاً

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

لماذا ERP المحلي في لبنان والخليج مكلف الصيانة؟

التكاليف المباشرة مرئية: أجهزة الخادم، وتراخيص Windows Server، ومقاول تقني يعرف النظام، ومطور داخلي كتب تقارير مخصصة لا يفهمها أحد غيره. التكاليف الخفية أكبر: قرارات لا يمكن اتخاذها لأن البيانات محاصرة في تنسيق تقارير من 2016، وتكاملات انكسرت عندما غيّرت API خارجية مواصفاتها ولم يصلحها أحد، وحلول مؤقتة يدوية ابتكرها فريق المحاسبة لتغطية قيود النظام.

الشركات التي نجحت في الانتقال تشترك في نمط واحد: قرار الانتقال جاء من جانب العمليات لا من جانب تقنية المعلومات.

ما الذي يسير بشكل خاطئ فعلاً؟

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

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

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

SaaS جاهز أم بناء مخصص لعمليات المنطقة؟

SaaS الجاهز مثل Odoo وZoho Books وQuickBooks Online يناسب الشركات التي يمكنها تكييف عملياتها مع سير العمل القياسي. هذا أكثر شيوعاً مما يعترف به معظم الناس. سير العمل المخصص الذي يعتقدون أنه يميزهم كثيراً ما يتبيّن أنه حلول مؤقتة لقيود ERP القديم وليس متطلبات تشغيلية حقيقية.

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

قاعدة القرار: إذا كنت تنفق أكثر من 30% من ميزانية تنفيذ ERP على التخصيصات، فيجب أن تقيّم بدلاً من ذلك البناء المخصص.

الجدول الزمني الواقعي

الجدول الذي يناسب معظم الشركات اللبنانية وشركات الخليج:

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

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

الأسابيع 13 إلى 20: التشغيل المتوازي. يستخدم الفريق النظام الجديد للمعاملات الجديدة ويتحقق أن المخرجات تتطابق.

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

ما تواجهه الشركات اللبنانية تحديداً

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

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