قد لا تحتاج إلى نظام ERP بعد

قد يكون النظام الحالي مزعجًا، ومع ذلك يكون استبداله بنظام ERP قرارًا مبكرًا.

لا يكفي وجود ملفات Excel دليلًا على الحاجة إليه. وكذلك زيادة عدد الموظفين أو افتتاح فرع ثانٍ. هذه علامات تستحق الفحص، لكنها لا تحدد العلاج.

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

وقد تكون الإجابة الصحيحة الآن: انتظر.

المسؤول معروف، لكن هل يملك العمل فعلًا؟#

تسند شركات كثيرة المسؤولية إلى موظف، ثم تحرمه من الأدوات اللازمة لامتلاك النتيجة.

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

الأسماء واضحة، أمّا العمل فليس كذلك.

لا يصنع النظام شعور الموظف بالمسؤولية من تلقاء نفسه. لكنه قد يتيح له ممارسة هذه المسؤولية، أو يجعلها أصعب مما ينبغي.

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

كيف يمكّن النظام الموظف؟#

لا ينبغي أن يحتاج الموظف إلى اجتماع حتى يعرف ما الذي ينتظره.

يجمع النظام المناسب هذه الإجابات في مكان العمل نفسه. يرى الموظف الإجراء التالي والمعلومة التي يستند إليها والموعد والعائق والنتيجة التي تغلق المهمة.

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

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

هذه ليست ملكية للعمل، بل تبعية يمكن تتبعها.

افحص التعقيد ولا تعتمد على رقم واحد#

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

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

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

اتبع طلب عميل واحدًا#

خذ طلبًا حقيقيًا وراقب رحلته.

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

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

لا يستطيع الموظف المسؤول عن العميل امتلاك هذه النتيجة إذا عاش كل أثر في ملف مختلف. سيقضي وقته في التنسيق: هل حُجز المخزون؟ هل تحركت المشتريات؟ هل رأت المالية التغيير؟

يمكن لنظام ERP أن يمنح هذه السلسلة سجلًا واحدًا تحكمه ضوابط واضحة.

ليست المسألة في وجود ملف Excel. السؤال هو: كم نتيجة يجب أن تبقى متطابقة حين يغير أحدهم قيمة واحدة؟ وهل يراها الشخص المسؤول عن النتيجة؟

أمامك ثلاثة مستويات، لا خياران#

ليس القرار محصورًا بين الإبقاء على الملفات وشراء ERP. يوجد مستوى أخف بينهما.

يمنح برنامج المحاسبة فريق المالية ملكية واضحة للفواتير والمصروفات والسجلات. لكنه لا يدير بالضرورة ما سبق القيد المحاسبي.

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

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

أصلح الملكية قبل أن تؤتمتها#

اختر عملية متكررة واكتب ستة أشياء:

• النتيجة التي تهم الشركة؛
• الشخص الذي يملكها؛
• القرارات التي يستطيع اتخاذها؛
• المعلومات التي يحتاج إليها؛
• أصحاب الاعتماديات التي ينتظرها؛
• الشرط الذي يعني اكتمال العمل.

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

ثم راقب ما بقي صعبًا.

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

لا توجد ميزة في شراء نظام أكبر من حاجة العملية.

ومتى يصبح النظام نفسه هو العائق؟#

قد تكون المسؤوليات واضحة بالفعل، لكن الموظف يعجز عن التصرف دون جمع المعاملة من عدة مصادر.

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

بعد فترة، تفقد الإدارة ثقتها في التقرير وتطلب من كل فريق نسخته الخاصة.

لا تكمن التكلفة هنا في اشتراك Excel. بل في التأخير وإعادة الفحص والقرارات المبنية على سجلات تصف أوقاتًا مختلفة.

حين تصبح هذه الحلول المؤقتة جزءًا دائمًا من العمل، يكون استبدالها قرارًا تشغيليًا، لا مشروع ترتيب.

لن يحسم ERP ما رفضت الشركة حسمه#

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

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

وقد تضر كثرة الصلاحيات الضيقة والموافقات غير الضرورية بملكية الموظف. يضطر عندها إلى التصعيد في كل حالة، حتى تلك التي كان يديرها جيدًا من قبل.

ينبغي أن يمنح النظام الجيد الموظف ما يكفي من الضبط ليتصرف باتساق، وما يكفي من الصلاحية ليتصرف دون تصعيد يمكن تجنبه.

اختبر ثلاث معاملات قبل اختيار المنتج#

اختر من الشهر الماضي معاملة عادية، وحالة استثنائية، ومعاملة مرت على عدة إدارات أو كيانات أو مواقع.

تتبع كل واحدة من الطلب الأول حتى القيد المحاسبي الأخير. سجل كل إدخال مكرر وملف خاص وموافقة وتصحيح وسؤال لا يملك أحد إجابته.

ثم افحص ما يلي:

• هل رأى الموظف المسؤول الحالة الكاملة للنتيجة؟
• هل امتلك القرارات اللازمة؟
• هل كان لكل اعتماد صاحب معروف؟
• هل وصل أثر إكمال الخطوة إلى من يعتمدون عليها؟
• هل يستطيع موظف آخر فهم التاريخ دون تسليم شفهي؟

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

ليست الغاية أن تصبح الشركة «جاهزة لنظام ERP». الغاية اختيار أخف نظام يمكّن الموظفين من امتلاك عملهم ويحافظ على تماسك العملية.

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

شراء الإجابة الأكبر قبل ظهور المشكلة الأكبر ليس استعدادًا. إنه عبء إضافي.