لا يوجد منتج واحد صحيح في منظومة ERP. فلاختلاف حجم المنشآت وتعقيد عملياتها وموازناتها وأهداف تحوّلها، قد يكون المنتج نفسه صحيحًا في شركة وزائدًا أو قاصرًا في أخرى. ولذلك يكون تقييم الاختيار عبر سيناريو الاستخدام أسلم من ترتيب العلامات التجارية. ونحن في هذا المقال لا نعلن أيّ منتج فائزًا؛ بل نُظهر أيّ معيار يكون حاسمًا في أيّ ظرف.
أجيبوا أولًا عن هذا السؤال: لماذا تبحثون عن بديل؟
جواب سؤال «هل يوجد بديل» يتوقّف على سبب البحث:
- إذا كنتم تبحثون عن تشريعات متعدّدة الدول ومعيار عمليات عميق، فعدد الخيارات التي تقدّم هذا النطاق محدود وتجري المقارنة على مجموعة ضيّقة.
- وإذا كنتم تحدّدون الحاجة إلى نظام ERP مؤسسي فحسب، فالبدائل كثيرة ومدى التكلفة الإجمالية واسع.
- وإذا كنتم تبحثون لأنّ تكلفة التركيب الحالي صارت غير متناسبة مع النطاق المستخدَم، فقد يكون مصدر المشكلة النطاقَ وبنية الترخيص لا المنتج. وفي هذه الحال تكون مراجعة النطاق قبل تغيير المنتج طريقًا أقلّ كلفة.
على أيّ معايير ينبغي إجراء المقارنة؟
بدل ترتيب العلامات التجارية، سجّلوا درجات المعايير الآتية بأوزانكم أنتم:
| المعيار | السؤال المطروح |
|---|---|
| حجم المنشأة المستهدَف | هل يتطابق الحجم الشائع لاستخدام المنتج مع حجمنا؟ |
| عمق التصنيع | كم يُلبّى نموذج إنتاجنا ضمن النطاق القياسي؟ |
| المالية والتشريعات | كيف تُلبّى المحاسبة والتكلفة وإقفال الفترة والتشريعات المحلّية؟ |
| تعدّد الشركات | كيف تعمل العمليات بين الشركات والبيانات الرئيسية المشتركة والتوحيد المالي؟ |
| تعدّد الدول | لأيّ الدول تتوفّر الأقلمة ومن يتولّى استمرارها؟ |
| التكامل | واجهة API والوصول إلى البيانات بأيّ أسلوب وبأيّ حدود وبأيّ ترخيص؟ |
| قابلية التوسعة | في أيّ طبقة يجري التطوير، وهل يدعم المنتِج هذا الأسلوب؟ |
| نموذج الاستخدام | ما خيارات السحابة والتركيب الداخلي والمختلط؟ |
| المنظومة | توافر الاستشاريين، والتوثيق، وعمق شركاء العمل |
| تعقيد المشروع | المدّة النموذجية للمشروع وقدرة الفريق الداخلي اللازمة |
| التكلفة الإجمالية | الترخيص والتنفيذ والصيانة والترقية في إجمالي خمس سنوات |
| الأقلمة | كيف تُلبّى متطلّبات المستندات الإلكترونية والتقارير المحلّية؟ |
المنتجات الداخلة في التقييم
الملاحظات أدناه ليست قائمة قدرات؛ بل تشير لكلّ منتج إلى السؤال الواجب التحقّق منه. وبما أنّ قدرات المنتجات تتغيّر بحسب الإصدار وحزمة الترخيص، تحقّقوا من الادّعاءات في التوثيق الرسمي الحديث للمنتِج.
Ainos ERP وKovan ERP
منتجا ERP موجَّهان إلى السوق التركية، وهما ضمن المنظومات التي نعمل فيها. ولا ننسب في هذه الصفحة إليهما قدرات غير محقَّق منها: فنطاق الوحدات وعمق التصنيع وأساليب التكامل ونموذج الترخيص ينبغي تقييمها عبر التوثيق الحديث للمنتِج والعرض التوضيحي، وبقائمة تحليل الفجوة الخاصّة بكم. ونستعرض نموذج البيانات الواحد ومجموعات الوحدات في مقال ما هو AinosERP.
CANIAS
من خصائصه البارزة تقديمه مع بيئة تطوير خاصّة به (TROIA)، ممّا يتيح تكييف العمليات الخارجة عن النطاق القياسي داخل المنتج نفسه. وهذه المرونة تتطلّب بالقدر نفسه انضباطًا في توثيق التخصيص ومتابعة أثره على ترقية الإصدار. ويمكن دراسة نطاق الوحدات عبر توثيق المنتج؛ ونتناول بنية الطبقات في مقال ما هو CANIAS ERP.
Logo / Netsis
الاستخدام الواسع في تركيا، وشبكة شركاء العمل الواسعة، والنضج في جانب التشريعات المحلّية والمستندات الإلكترونية، عناوين بارزة. وبما أنّ النطاق يتغيّر بحسب المنتج والإصدار في متطلّبات التصنيع المعقّد وتكلفة المشاريع والتكامل الكثيف، فيجب التحقّق من هذه المجالات على حدة بتحليل الفجوة.
Microsoft Dynamics 365
قد يقدّم ميزة في جانب التكامل والتقارير لدى المؤسسات التي تستخدمه مع منظومة Microsoft (Power BI، وOffice، وAzure، وPower Platform). وبنية الترخيص فيه متعدّدة الطبقات؛ ويجب توضيح أيّ وظيفة تتطلّب أيّ ترخيص من البداية. أمّا متطلّبات التشريعات المحلّية فتُلبّى عبر حزمة الأقلمة وشريك العمل.
Odoo والخيارات مفتوحة المصدر
يبرز فيها انخفاض تكلفة الدخول، والبنية المعيارية، والنمذجة السريعة. وفي المقابل قد يتطلّب نقل التخصيصات عبر ترقيات الإصدار عملًا إضافيًا؛ ويجب أن يُعرَّف من البداية من سيتولّى استمرار عمل المواءمة اللازم للتشريعات التركية.
Oracle
يُعرَف بعائلة منتجات ERP مؤسسية سحابية أولًا؛ ويجري التوسيع والتكامل عبر الأدوات وواجهات API التي يدعمها المنتِج. والأسئلة الواجب التحقّق منها: أيّ خطّ منتجات موجَّه إلى حجمكم، ونطاق الأقلمة، وأساليب الوصول إلى البيانات.
SAP
يُعرَف بعائلة منتجات واسعة، ونطاق أقلمة يشمل عددًا كبيرًا من الدول، وقدرات توحيد مالي ناضجة؛ ولديه نموذجا استخدام سحابي وداخلي. ويجري التوسيع عبر طبقات قابلية التوسعة والتكامل التي يدعمها المنتِج. والأسئلة الواجب التحقّق منها: نطاق الأقلمة لدولكم أنتم، وأيّ الوحدات تشملها حزمة ترخيصكم، والمدّة النموذجية للمشروع، والحاجة إلى فريق داخلي.
ERP جاهز + وحدة مخصّصة
هذا ليس منتجًا بل خيار تصميم. تبقى النواة (المحاسبة، والمخزون، والحسابات الجارية) في المنتج الجاهز؛ ولا يُكتب بشكل مخصّص ويُربط إلّا المسار المختلف. فيبقى الخطر في نطاق ضيّق. وفي المقابل يلزم انضباط في التكامل وملكية البيانات: فإذا لم يُرسم بوضوح أيّ نظام يملك أيّ سجلّ، بدأ الجدل حول «أيّهما الصحيح». وهذا نهج يمكن تقييمه حين تعمل النواة بصورة موثوقة.
أكثر ثلاثة أمور تُغفَل في قرار الانتقال
- نطاق ترحيل البيانات. لا يمكن تقدير مدّة المشروع قبل البتّ في البيانات الرئيسية والعمليات المفتوحة والبيانات التاريخية كلٌّ على حدة.
- وضع ترخيص واجهة API والوصول إلى البيانات. إذا كانت لديكم حاجة إلى التكامل، فاسألوا كتابةً قبل التعاقد هل الوصول مدفوع وما حدوده.
- أسلوب حفظ التخصيصات عند ترقية الإصدار. هذا السؤال لا يُطرح في العرض التوضيحي؛ بل يظهر بعد بضع سنوات.
الخلاصة
نظام ERP الصحيح لا يُختار تلقائيًا بحسب حجم الشركة. بل يجب تقييم عمق العمليات والأنظمة القائمة والتنظيم والحاجة إلى التكامل وبنية المستخدمين ومنظومة المشروع معًا. ونشرح أسلوب إجراء المقارنة على قائمة متطلّباتكم أنتم في دليل كيفية اختيار ERP؛ وتجدون بنود التكلفة في مقال كيف تُحسب تكلفة ERP.
وإذا رغبتم في تقييم بدائل ERP على عملياتكم أنتم، يمكنكم التحدّث مع فريق استشارات ERP لدينا.
الأسئلة الشائعة
هل الانتقال من نظام ERP الحالي إلى منتج آخر منطقي؟
إذا كان تركيبكم الحالي يلبّي احتياجاتكم، كانت تكلفة الانتقال أكبر من المكسب في الغالب. ويُطرح الانتقال عادةً في هذه الحال: بقي الاستخدام محصورًا في بضع وحدات وصارت التكلفة الإجمالية غير متناسبة مع النطاق المستخدَم. وفي هذه الحالة تكون مراجعة النطاق وبنية الترخيص أولًا خيارًا أيضًا.
هل استخدام ERP محلّي في تركيا عيب؟
لا. فالمنتجات المحلّية تتواءم سريعًا في الغالب مع متطلّبات التشريعات المحلّية والمستندات الإلكترونية. والحاسم هو هل لديكم عمليات متعدّدة الدول أو توحيد مالي أو متطلّبات تصنيع عميقة.
هل يمكن استخدام نظامَي ERP معًا؟
يمكن، لكنّه يتطلّب تكلفة وانضباطًا إضافيَّين. ففي شركات المجموعة قد تستخدم شركات مختلفة أنظمة ERP مختلفة؛ ويُبنى التوحيد المالي عندئذٍ طبقةً مستقلّة. أمّا نظاما ERP داخل الشركة الواحدة فيُنتجان جدلًا حول ملكية السجلّ.
هل نظام ERP الذي لا يتيح الوصول إلى الشيفرة المصدرية أقلّ ميزة؟
ليس بالضرورة. ففي بعض المنصّات يجري التطوير عبر الشيفرة المصدرية، وفي بعضها عبر طبقات قابلية التوسعة وواجهات API التي يدعمها المنتِج. والحاسم هو أن يكون التغيير الذي تحتاجونه قابلًا للتنفيذ بأسلوب مدعوم ومحفوظًا عند الترقية.
كم مدّة ينبغي أن نخصّص قبل اتخاذ القرار؟
تحليل العمليات وتحليل الفجوة وتقييم المرشّحين عمل يمتدّ بضعة أشهر. واختصار هذه المدّة يعني تأجيل النطاق إلى ما بعد العقد.