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