بوابة إلكترونية للمواطنين: دليل التخطيط والتعاقد

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

تحديد النطاق: ابدأ صغيراً واختر الإجراءات المناسبة

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

لاختيار هذه الإجراءات قاطع ثلاثة معايير:

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

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

ميّز أيضاً ثلاث طبقات كثيراً ما تختلط:

• واجهة المستخدم: إيداع الطلب والمتابعة والإشعارات.
• الواجهة الخلفية للموظف: دراسة الملفات والحالات والملاحظات والتذكيرات.
• الإدارة: ضبط النماذج والأدوار ولوحات القيادة.

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

كتابة دفتر شروط تطوير منصة إلكترونية قابل للتنفيذ

يتكون دفتر شروط تطوير منصة إلكترونية مفيد من قرارات لا من عموميات. رتّبه هكذا:

1. السياق وأهداف قابلة للقياس: كتقليص التنقل إلى الشباك أو متوسط مدة المعالجة، مع قيمة انطلاق تقيسها اليوم.
2. المستخدمون: مواطنون ومؤسسات ووكلاء وموظفون ومسؤولو النظام. حدد الاستخدام عبر الهاتف والاتصالات البطيئة واللغات (العربية والفرنسية، وربما الأمازيغية).
3. مسار كل إجراء: المراحل والحقول والوثائق وقواعد التحقق والحالات والإشعارات.
4. المتطلبات غير الوظيفية: التوافر المنتظر وزمن الاستجابة والحجم والنسخ الاحتياطي وسجل العمليات.
5. التكامل: الأنظمة القائمة وتبادل الملفات والدفع عند الحاجة والرسائل القصيرة أو البريد.
6. قابلية الانتقال: تصدير البيانات والتوثيق وتسليم الشيفرة المصدرية أو صلاحيات الوصول.
7. معايير الاستلام: كيف ستقرر قبول المنتج.

افصل المتطلبات الإلزامية عن المرغوبة، حتى لا يجيب المورد بـ«نعم» عن كل شيء ثم يفوتر الفارق بملحق لاحقاً.

إتاحة الوصول والاستخدام الفعلي: ماذا تشترط

تخاطب البوابة العمومية الجميع، ومنهم كبار السن وضعاف البصر ومن لا يتقنون الأدوات الرقمية. اعتمد مرجعاً تقنياً هو معايير WCAG الصادرة عن W3C (المستوى AA)، واكتبه في العقد معيارَ استلام لا نيةً حسنة.

اشترط عملياً:

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

رتّب اختباراً مع مستخدمين حقيقيين قبل الإطلاق. ولتوسيع الفكرة اقرأ مقالنا إتاحة الوصول في المواقع كمنظومة للتحويل.

الهوية والمصادقة وحماية البيانات

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

خيارات للمقارنة:

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

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

وعلى مستوى التصميم، قواعد بسيطة:

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

تقنياً، يوفر OWASP ASVS قائمة ضوابط لأمن التطبيقات يمكنك أن تطلب من المورد التحقق منها قبل الاستلام.

تقييم المورد والتعاقد لمشروع بوابة إلكترونية للمواطنين

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

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

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

التخطيط للنشر: تجريبي وتكوين ومؤشرات

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

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

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

كيف يمكن لـ Data Forge مساعدتك

تصمم Data Forge تطبيقات ويب وبوابات ومنتجات SaaS حسب الطلب، ومنها بوابات خدمات إلكترونية لجهات لديها عمليات تحتاج إلى تقنين. يندرج عملنا ضمن تطوير البرمجيات المخصصة.

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

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

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

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

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

بأي إجراء يجب أن نبدأ؟

بإجراء كثيف الطلب قواعده مستقرة ووثائقه معروفة. يتيح قياس المكسب بسرعة والتحقق من الأساس (الحسابات والدراسة والإشعارات) قبل التوسع.

هل نحتاج حساباً خاصاً بالمواطن أم خدمة هوية قائمة؟

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

كيف نتحقق من إتاحة الوصول في بوابة مسلَّمة؟

اطلب تدقيقاً وفق WCAG المستوى AA، واختبارات بلوحة المفاتيح وقارئ الشاشة، وتجربة مع مستخدمين حقيقيين، وضمّن ذلك في معايير الاستلام بالعقد.

هل يمكن تغيير المزود بعد التشغيل؟

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

المصادر

• W3C – Web Content Accessibility Guidelines (WCAG) 2.2
• OWASP – Application Security Verification Standard (ASVS)
• ISO – ISO/IEC 27001
• الجريدة الرسمية للجمهورية الجزائرية (JORADP)

أعدّ هذا المقال فريق Data Forge بمساعدة أدوات الذكاء الاصطناعي.