صلاحيات ERP والفصل بين المهام الحساسة

المسمى الوظيفي لا يكفي لتحديد الصلاحية

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

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

ابدأ بأفعال محددة ونطاق واضح

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

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

افحص مجموع الأدوار

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

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

مثال دورة المورد والدفع

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

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

اضبط الوصول المؤقت والإداري

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

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

اختبر المسموح والمرفوض

• أكمل العمل اليومي بالحساب والدور المقصودين.
• حاول إجراء حساسًا يخص دورًا آخر عبر الشاشة والواجهة.
• غير معرف السجل لمحاولة دخول شركة أو مخزن آخر.
• افحص نطاق التقارير وملفات التصدير.
• اجمع دورين وافحص التعارض والصلاحية الناتجة.
• اسحب منحًا مؤقتًا وتحقق من رفض الطلب التالي.
• راجع دليل التدقيق للإجراءات الحساسة وصلاحية قراءته.

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