ما المتطلبات الفنية لنظام تسجيل الزوار للجهات الحكومية؟

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

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

البيانات: أين وكيف

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

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

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

الوصول والصلاحيات

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

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

التشغيل الميداني

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

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

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

التكامل والمخرجات

المتطلَّب	ملاحظة
تصدير بصيغ قياسية	Excel وPDF وCSV — قابلة للاستخدام لا للعرض
واجهة برمجية موثّقة	إن كان هناك تكامل مع أنظمة الجهة
استيراد قوائم	من ملفّات الجهة بصيغتها المعتادة
تقارير قابلة للتخصيص	بحسب ما تطلبه الجهة لا قوالب ثابتة
دعم العربية في المخرجات	مطبوعة ومصدَّرة — يُختبَر بعيّنة
استمرارية بعد التعاقد	تصدير كامل بصيغة مفتوحة

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

والصفّ الأخير يُكتب في العقد لا يُتفاهَم عليه — فهو ما يحمي الجهة عند أي انتقال مستقبلي.

الدعم ومستوى الخدمة

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

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

قائمة تحقّق قبل الطرح

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

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

كيف يُصاغ المتطلَّب ليكون قابلًا للاختبار

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

صياغة ضعيفة	صياغة قابلة للاختبار
نظام آمن	حساب مستقلّ لكل مستخدم وسجل عمليات غير قابل للتعديل
يعمل بكفاءة تحت الضغط	يحتمل 60 عملية مسح في الدقيقة مع بيان السلوك عند التجاوز
يدعم اللغة العربية	يُخرج بطاقة وتقريرًا بأسماء عربية مركّبة تُفحَص محاذاتها
يدعم العمل دون إنترنت	يستمرّ المسح والطباعة ويزامن لاحقًا بتوقيت العملية الفعلي
دعم فنّي متواصل	استجابة خلال 15 دقيقة أيام الفعالية من 6 صباحًا حتى 11 مساءً

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

والقاعدة العامّة: صف النتيجة وطريقة قياسها، لا التقنية. وصياغة تُلزم بتقنية بعينها تحصر المنافسة بلا مبرّر وقد تُستبعَد نظاميًا.

الخصوصية وحماية البيانات الشخصية

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

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

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

ويُشترط أن يكون التطبيق آليًا لا يدويًا — فسياسة احتفاظ لا يُنفّذها النظام ليست سياسة.

ما يُطلب في العرض الحيّ

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

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

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

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

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

ما المتطلّبات الفنّية لنظام تسجيل الزوار في جهة حكومية؟

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

هل يجب أن تكون الاستضافة داخلية للجهات الحكومية؟

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

ما المتطلّبات التي تُغفل في الكراسات؟

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

كيف نتحقّق من جودة المخرجات العربية؟

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

متى تُشرَك تقنية المعلومات؟

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

ما الذي يجب اشتراطه في الدعم؟

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