مواءمة صلاحيات نظام الأرشفة مع الهيكل التنظيمي وتغيراته

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

كيف تتآكل الصلاحيات بصمت

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

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

خمسة مبادئ تجعل الصلاحيات تتبع التنظيم

1. الصلاحية للدور والوحدة، لا للشخص

عرّف الأدوار (قارئ، محرر، معتمد، مشرف) واجعلها تُمنح لمجموعات تمثل وحدات تنظيمية أو وظائف. الشخص يرث صلاحياته من عضويته في المجموعة. عندما ينتقل، تتغير عضويته فقط، وتتغير صلاحياته معها.

2. مصدر واحد للحقيقة التنظيمية

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

3. الوراثة الهرمية مع استثناءات موثقة

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

4. التغيير المؤقت له تاريخ انتهاء

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

5. هيكل المجلدات يتبع الوظيفة أكثر مما يتبع المخطط التنظيمي

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

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

سيناريوهات التغيير التنظيمي: ماذا يجب أن يحدث وكيف تختبره

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

الصف الأخير له تفاصيله الخاصة التي لا يتسع لها هذا الجدول، ومنها إعادة إسناد المهام المعلّقة وحفظ الأثر؛ فصّلناها في إيقاف وصول الموظف المغادر دون فقد السجل التاريخي.

مزامنة الدليل النشط: ما الذي تسأل عنه تحديدًا

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

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

من يملك الصلاحيات بعد الإطلاق؟

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

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

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

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

ما يوفره وثيقة وما يُحسم في العرض

في وثيقة، الصلاحيات مبنية على الأدوار (RBAC)، مع أدوار مخصصة مثل القارئ والمحرر والمعتمد والمشرف تُطبق على مجموعات المستخدمين، وصلاحيات على مستوى المجلد وعلى مستوى المستند المنفرد، ودعم لصلاحيات هرمية تتبع الهيكل التنظيمي. ويتكامل وثيقة مع Active Directory وLDAP لاستيراد المستخدمين والأقسام، ويسجل سجل التدقيق عمليات الوصول والتعديل مع الوقت والجهاز، ويمكن تصديره.

أما سلوك المزامنة التفصيلي بعد الاستيراد (التكرار، وانعكاس نقل المستخدم بين المجموعات، ومعالجة الحسابات المعطلة) فاطلب عرضه عمليًا بالسيناريوهات أعلاه، واطلب أن تُكتب نتيجته في النطاق الفني. ويتيح وثيقة الدخول الموحد (SSO) عبر SAML أو OIDC إلى جانب الربط بالدليل النشط وLDAP، ويُضبط الربط بمزود الهوية لديكم أثناء التهيئة. القواعد الاستثنائية المرتبطة ببيانات خارجية، مثل منح الوصول بحسب مشروع مسجل في نظام آخر، تدخل في نطاق التخصيص كما توضح صفحة خدمات التنفيذ والتخصيص.

ما تضعه في العقد والنطاق

الخطوة التالية

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