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