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