نظام إدارة فعاليات متعدد المستخدمين والصلاحيات

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

والنتيجة حسابات واسعة الصلاحية بيد أشخاص لا يحتاجونها، وسجل عمليات لا يُنسَب فيه فعل إلى شخص، وحسابات تبقى نشطة بعد انتهاء المهمّة بأشهر.

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

الأدوار النموذجية

تعريف الأدوار قبل توزيع الحسابات هو ما يمنع الفوضى لاحقًا:

الدور	ما يحتاجه فعلًا
مدير النظام	الإعدادات والأدوار والفعاليات — لا التشغيل اليومي
منسّق الفعالية	فعاليته كاملة: القوائم والاعتماد والتقارير
مراجع اعتماد	الطلبات المسندة إليه فقط
موظّف استقبال	شاشة تشغيل واحدة: مسح وتسجيل وطباعة
مشرف ميداني	ما سبق + منح الاستثناءات وإعادة الطباعة
مراقب غرفة عمليات	اطّلاع على اللوحة بلا تعديل
ممثّل جهة خارجية	قائمته وحصّته فقط
مدقّق	سجل العمليات بلا صلاحية تغيير

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

والدور الأخير ضروري في الجهات الخاضعة للمراجعة: اطّلاع كامل على السجل بلا قدرة على تغييره — وهو ما يجعل السجل ذا قيمة تدقيقية.

مبدأ الحدّ الأدنى

القاعدة الحاكمة في تصميم الصلاحيات: يُمنح المستخدم أقلّ ما يلزم لأداء مهمّته، ويُضاف عند الحاجة لا احتياطًا.

وثلاثة أسئلة تُطرح قبل منح أي صلاحية:

• ما المهمّة التي تعطّلت بدونها؟ — إن لم تتعطّل مهمّة فلا حاجة.
• هل تكفي صلاحية أضيق؟ — اطّلاع بدل تعديل، أو فعالية واحدة بدل الكل.
• متى تنتهي الحاجة إليها؟ — كل صلاحية مؤقّتة تُمنح بتاريخ انتهاء.

والسؤال الثاني يحلّ أغلب الطلبات: من يطلب «صلاحية على النظام» يحتاج غالبًا اطّلاعًا على تقرير. ومنح الاطّلاع بدل التعديل يخدم الغرض بلا مخاطرة.

والسؤال الثالث يمنع أكبر تراكم: صلاحيات تُمنح لظرف ولا تُسحب بعده. وربطها بتاريخ انتهاء يجعل السحب تلقائيًا لا مهمّة يتذكّرها أحد.

مصفوفة الصلاحيات

مثال مبسّط يوضّح المبدأ — والمصفوفة الفعلية تُبنى بحسب الجهة:

الوظيفة	استقبال	مشرف	منسّق	مدقّق
مسح وتسجيل حضور	✓	✓	✓	—
طباعة بطاقة	✓	✓	✓	—
إعادة طباعة وإبطال	—	✓	✓	—
منح استثناء دخول	—	✓	✓	—
اعتماد مشارك	—	—	✓	—
رؤية قوائم الوفود	—	—	✓	—
تصدير البيانات	—	—	✓	—
تعديل الصلاحيات	—	—	—	—
الاطّلاع على السجل	—	—	✓	✓

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

والصفّ الثامن فارغ عمدًا: تعديل الصلاحيات صلاحية مدير النظام وحده، ولا تُمنح لدور تشغيلي مهما كانت أقدميّته.

الحسابات المؤقّتة

الفعالية تُشغَّل غالبًا بفرق متعاقدة تعمل أيامًا. وهذه أخطر فئة من الحسابات وأقلّها ضبطًا:

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

والبند الأول هو الأكثر مخالفة في الواقع: حساب واحد يتناوب عليه ثلاثة موظّفين لأنه «أسرع». والنتيجة أن السجل يقول من الحساب لا من الشخص — فيفقد قيمته التدقيقية بالكامل، ويستحيل معرفة من منح استثناءً أو أعاد طباعة بطاقة.

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

سجل العمليات

السجل هو ما يحوّل النظام من أداة إلى مصدر يُعتمد عليه في المراجعة. وما يجب أن يُسجَّل:

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

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

والشرط الحاكم في السجل كلّه: غير قابل للتعديل من داخل النظام — ولا حتى من مدير النظام. والسجل الذي يمكن تنقيحه ليس سجلًّا.

الفعاليات المتعدّدة

الجهة التي تنظّم عدّة فعاليات تحتاج بُعدًا إضافيًا في الصلاحيات: النطاق.

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

والبند الثالث توفير عملي كبير: الجهة التي تنظّم عشرين فعالية سنويًا لا تُعيد تعريف الأدوار في كل مرّة — تُطبّق قالبًا وتعدّل الاستثناءات.

الوصول من خارج الجهة

أكثر الحسابات حساسية ليست الداخلية بل الخارجية: ممثّل جهة مرشِّحة، ومنسّق وفد، وعارض، ومقاول. وهم يحتاجون وصولًا حقيقيًا لكن ضيّقًا جدًا.

الطرف	ما يراه ويفعله
ممثّل جهة مرشِّحة	قائمته وحصّتها فقط — إضافة واستبدال
منسّق وفد	أعضاء وفده وحالاتهم ووقت وصولهم
عارض	طاقمه ودعواته وتقرير جناحه
مقاول	عمّاله ونوافذهم الزمنية
متحدّث	التزاماته وملفّاته وبطاقته

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

وهذه الحسابات تُنشأ بنطاق فعالية واحدة وتنتهي بانتهائها — فممثّل جهة في مؤتمر هذا العام ليس بالضرورة ممثّلها العام القادم.

قراءة سجل العمليات

السجل الذي لا يُقرأ لا يفيد. وثلاثة استخدامات عملية له:

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

والاستخدام الثالث هو الأنفع على المدى الطويل: صلاحية مُنحت ولم تُستخدَم قطّ دليل على أنها لم تكن ضرورية — وسحبها يقلّص سطح المخاطرة بلا أي أثر تشغيلي.

والاستخدام الأول يفقد قيمته إن أُجّل: مراجعة استثناءات يوم الحدث بعد أسبوع تفقد التفاصيل التي يعرفها من منحها. وتفصيل ذلك في سير الموافقات متعدّد المراحل.

دورة حياة الحساب

الحساب ليس شيئًا يُنشأ ويُنسى. وله دورة تبدأ بالطلب وتنتهي بالإغلاق، وكل مرحلة فيها ضابط:

المرحلة	الضابط
الطلب	من يطلبه ولأي مهمّة ولأي مدّة
الاعتماد	مسؤول محدّد لا مدير النظام تلقائيًا
الإنشاء	دور محدّد ونطاق فعالية وتاريخ انتهاء
التعديل	أي تغيير في الصلاحية يُسجَّل
التعليق	إيقاف فوري عند الحاجة بلا حذف
الإغلاق	آليًا بانتهاء المدّة أو بإجراء صريح

والمرحلة الخامسة تُغفل في التصميم وتُحتاج كثيرًا: موظّف انتهت مهمّته مؤقّتًا أو تُحقَّق في أمر — تعليق حسابه أنسب من حذفه، لأن الحذف قد يُفقد نسبة الأفعال السابقة إليه.

والمرحلة الأولى هي ما يمنع تضخّم الحسابات: طلب مكتوب بمهمّة ومدّة يجعل المنح قرارًا لا عادة. وغيابه يُنتج حسابات تُنشأ «للاحتياط» وتبقى سنوات.

مراجعة دورية للصلاحيات

الصلاحيات تتراكم بطبيعتها: تُضاف عند الحاجة ونادرًا ما تُسحب بعدها. ومراجعة دورية — بعد كل فعالية كبيرة أو كل ربع سنة — تعيد الضبط:

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

والبند الأخير مؤشّر على خلل في تصميم الأدوار لا في الأشخاص: دور يُمنح أصحابه استثناءات متكرّرة يعني أن تعريفه أضيق من الواقع — والمعالجة تعديل الدور نفسه لا الاستمرار في الاستثناءات.

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

حماية البيانات داخل النظام

الصلاحيات ليست غاية بذاتها بل وسيلة لحماية بيانات المشاركين. وأربعة ضوابط تُكمّلها:

• إخفاء الحقول الحسّاسة — رقم الهوية يظهر مقنّعًا إلّا لمن يحتاجه.
• مراجعة المستندات داخل النظام — لا تنزيلها على أجهزة المراجعين.
• حدود على التصدير — الحقول المصدَّرة تتبع صلاحية المصدِّر لا الملفّ كاملًا.
• مدّة احتفاظ مطبَّقة آليًا — لا سياسة مكتوبة بلا تنفيذ.

والضابط الأول عملي أكثر ممّا يبدو: موظّف الاستقبال يحتاج الاسم والفئة لا رقم الهوية. وعرض الحقول الحسّاسة مقنّعة افتراضيًا — مع إظهارها لمن يحتاجها بتسجيل — يقلّل التعرّض بلا تعطيل.

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

التسليم والاستلام بين الفرق

الفعالية تُدار بورديات وفرق تتناوب، وانتقال المسؤولية بينها موضع فقدٍ للمعلومة إن لم يُضبط:

ما يُسلَّم	لماذا
الحالات المفتوحة	استثناء لم يُبتّ أو زائر ينتظر قرارًا
الأعطال القائمة	طابعة أو جهاز خارج الخدمة
التعليمات المستجدّة	قرار تشغيلي صدر أثناء الوردية
حالة المواد	ما بقي من بطاقات وحوامل بكل نقطة

والصفّ الأول هو الأهمّ: حالة مفتوحة لا تُسلَّم تعني زائرًا ينتظر قرارًا من شخص انصرف. وتسجيلها في النظام — لا في ذاكرة الموظّف — هو ما يجعل التسليم ممكنًا.

ولا يعني ذلك حسابًا مشتركًا للوردية: كل موظّف يدخل بحسابه، والتسليم يجري عبر قائمة حالات مفتوحة يراها من يتسلّم.

الدخول والمصادقة

الصلاحيات لا قيمة لها إن كان الوصول إلى الحساب نفسه ضعيفًا. وأربعة ضوابط تناسب سياق الفعاليات:

• تحقّق بخطوتين للأدوار الإدارية — لمن يملك التصدير وتعديل الصلاحيات.
• كلمات مرور لا تُتداول — والحساب المؤقّت يُنشأ بكلمة تُغيَّر عند أول دخول.
• إنهاء الجلسة تلقائيًا — على أجهزة الكاونترات المشتركة تحديدًا.
• تقييد بالجهاز أو الشبكة — للأدوار الميدانية إن أمكن.

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

والضابط الأول يُطبَّق على الأدوار الإدارية وحدها لا على موظّفي الاستقبال — فتحقّق بخطوتين عند كل دخول لموظّف كاونتر يُعطّل التشغيل بلا مقابل أمني حقيقي.

قائمة تحقّق قبل تشغيل الفعالية

تُنجَز قبل الحدث بأيام وتمنع أغلب مشكلات الوصول يوم التشغيل:

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

والبند السادس هو الأكثر إنقاذًا يوم الحدث: غياب مشرف واحد بلا بديل معرَّف يوقف مسارًا كاملًا — من منح الاستثناءات إلى اعتماد حالة متأخّرة.

والبند السابع يُغفل لأنه يبدو بديهيًا: سجل مفعَّل لا يعني سجلًّا يعمل. وعملية تجريبية واحدة — منح استثناء ثم قراءة أثره في السجل — تتحقّق من ذلك في دقيقتين.

الأسئلة الشائعة

ما الأدوار التي يحتاجها نظام إدارة الفعاليات؟

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

ما مبدأ الحدّ الأدنى في الصلاحيات؟

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

لماذا يُمنع الحساب المشترك؟

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

هل التصدير صلاحية مستقلّة عن الاطّلاع؟

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

ما الذي يجب أن يسجّله سجل العمليات؟

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

كيف تُدار الصلاحيات عبر عدّة فعاليات؟

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

ماذا نفعل بحسابات الفرق المؤقّتة بعد الفعالية؟

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