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

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

ابدأ بالغرض وحدود البيانات

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

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

عيّن مالكًا للقرار ومسؤولًا عن التنفيذ

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

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

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

الفصل بين قرار إتاحة البيانات وتنفيذ الصلاحية.

استخدم نموذج طلب يترك أثرًا قابلًا للمراجعة

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

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

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

تحقق مما نُفذ فعليًا بعد الموافقة

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

تتضمن الضوابط الأساسية للأمن السيبراني ECC 2-2024، في مجال إدارة هويات الدخول والصلاحيات، مبادئ الحاجة إلى المعرفة والاستخدام، والحد الأدنى من الصلاحيات، وفصل المهام، والمراجعة الدورية للهويات وحقوق الوصول. تُراعى هذه الضوابط بحسب نطاق انطباقها على الجهة. ولا يحدد هذا المقال فترة موحدة للمراجعة أو يعتبر تصميم النموذج وحده دليل امتثال. [1]

مثال توضيحي لطلب وصول محدد

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

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

اربط المراجعة بقرار ثم بدليل تنفيذ

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

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

المراجعة تنتهي بقرار موثق: إبقاء، أو تعديل، أو إلغاء.

قِس جودة المسار وابدأ بنطاق واضح

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

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