ما هو تكييف ERP؟ تطويع النظام لعمل الشركة لا تطويع الشركة للنظام

ما يزال مدير المشتريات يتذكر الجملة التي قيلت في الاجتماع مع مورّد ERP: «نظامنا لا يفعل هذا هكذا، عليكم تغيير عمليتكم». مع أن نظام الاعتماد في المنشأة يقوم على مبرر متسق: الطلبات التي تزيد عن مبلغ معين تمر بمديرين منفصلين، ووثيقة الشحن في أعمال التصنيع الخارجي تُنظَّم بقاعدة منفصلة. هل ينبغي تطويع البرنامج للقاعدة أم القاعدة للبرنامج؟ تطرح معظم المنشآت هذا السؤال بعد أشهر من بدء المشروع، حين يبدأ المستخدمون بالعودة إلى الجداول. والجواب ليس في أي من الطرفين؛ بل في اختيار ما سيُكيَّف بوعي.

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

ما الذي يمسّه تكييف ERP؟

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

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

أمثلة على تكييف ERP

الأمثلة الأربعة التالية مأخوذة من شركة تصنيع متوسطة افتراضية؛ اختيرت لتبيّن أي مجال يُكيَّف ولماذا.

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

متى يلزم تطوير وحدة إضافية لـ ERP؟

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

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

هل نستثمر في ERP جاهز أم في ERP مخصص للمنشأة؟

يُطرح السؤال غالباً ثنائياً مع أن الخيارات أربعة. ويلخص الجدول أي خيار له معنى في أي حالة.

ما الذي يُترك قياسياً وما الذي يُكيَّف؟

أمتن دفاع عن التكييف هو الجواب عن سؤال «الجميع يفعل هذا هكذا». ففي العمل الذي يؤديه الجميع بالطريقة نفسها يخلق التخصيص عبئاً لا لزوم له في الغالب؛ أما في الخطوة التي تميزكم عن منافسكم فقد يكون التدفق القياسي قيداً.

خطر التكييف: تحويل كل طلب إلى كود

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

1. أي نتيجة عمل يحسّنها هذا الطلب، وهل يمكن قياسها؟
2. هل يمكن الوصول إلى النتيجة نفسها بضبط قياسي أو بتغيير بسيط في العملية؟
3. من عرّف القاعدة، ومن يستطيع تعديلها، وأين هي مكتوبة؟
4. كيف سينتقل التكييف في الإصدارات القادمة من المنتج؟
5. هل تعتمد التقارير والأنظمة الأخرى على هذا التغيير؟
6. هل يستخدم الفريق هذا التغيير غير صاحب الطلب؟

سدّ العملية الناقصة بـ Excel والبريد الإلكتروني

إدارة خطوة لا يلبّيها ERP بجدول Excel وبريد إلكتروني حل مؤقت منطقي في البداية؛ فهو سريع ولا ينتظر مشروعاً من أحد. وتبدأ المشكلة عندما يصبح الحل المؤقت دائماً. تضيع الموافقة في البريد، ويبقى الجدول على حاسوب شخص واحد، ويُسدّ الفرق بين السجل في ERP والجدول يدوياً في نهاية الفترة. فإذا كنتم تؤدون الخطوة نفسها مرة في الشهر فالجدول يكفي؛ أما إذا كان يؤديها عشرات الأشخاص كل يوم فهذه الخطوة في قائمة المرشحين للتكييف. معيار عملي: إذا كان يملأ الجدول بضعة أشخاص في الشهر فما زال يؤدي المهمة؛ أما إذا كان كثيرون يكتبون في الجدول نفسه، ويقوم شخص آخر بنقل البيانات يدوياً إلى ERP، ويُعقد كل شهر اجتماع «لماذا لا يتطابق؟»، فقد صار هذا الجدول عملية بحد ذاتها.

مقاربة التكييف في YazSis ERP

تهدف YazSis ERP إلى جمع عمليات المبيعات والمشتريات والمخزون والمستودع والإنتاج والمالية والإدارة في تدفق بيانات واحد بحسب نموذج العمل الحقيقي للمنشأة؛ ويُلخَّص مبدؤها في جملة «كيّفوا ERP على منشأتكم لا منشأتكم على ERP». ويقوم العمل على أربعة مبادئ: حافظ على النظام الحالي واستكمل العمليات الناقصة دون تفكيك ERP العامل، ووسّع بوحدة مخصصة تدفق العمل الذي لا يلبّيه المنتج القياسي، وأنشئ تدفق معلومات مشتركاً بتكاملات API وقواعد البيانات، وقِس الاختناق والنتيجة بتقارير الإدارة.

يُحدَّد في تحليل أولي، بحسب حاجات المنتج والتكامل، ما العمليات التي سيشملها النطاق؛ وليست هناك حزمة جاهزة ولا قائمة تكييف ثابتة.

إذا أردتم أن نستخرج معاً في أي العمليات لا يكفي ERP لديكم وأي خطوة تستحق التكييف فيمكنكم البدء من صفحة البرمجيات المخصصة.