تخطي إلى المحتوى الرئيسي

VisiAble US

الرئيسية / المقالات / إمكانية الوصول إلى المواقع الحكومية

إمكانية الوصول إلى المواقع الحكومية

ما الذي ينبغي اختباره؟

الجهات الحكومية والقطاع العام

Saudi man using a tablet in an office, with floating screens illustrating government service selection, application, payment and completion. رجل بالزي السعودي يستخدم جهازاً لوحياً داخل مكتب يختبر إمكانية الوصول إلى المواقع الحكومية، أمام شاشات افتراضية توضح مراحل اختيار خدمة حكومية وتقديم الطلب والدفع وإتمام المعاملة.

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

الاختبارات الأساسية لتقييم إمكانية الوصول إلى المواقع الحكومية

دليل عملي لفرق التحول الرقمي وتقنية المعلومات والمشتريات وتقديم الخدمات في الجهات الحكومية بدول مجلس التعاون الخليجي.

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

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

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

البدء بالخدمات التي يحتاج المستخدمون إلى إكمالها

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

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

توفّر منهجية تقييم توافق المواقع مع إرشادات إمكانية الوصول، المعروفة باسم WCAG-EM، نهجاً منظماً لتحديد النطاق، واستكشاف الموقع، واختيار عيّنة ممثّلة، وإجراء التقييم، وتوثيق النتائج. ويمكن الاستفادة من هذا النهج لتحديد نطاق تقييم مبرّر للبوابات الحكومية الكبيرة، بدلاً من اختيار عدد محدود من الصفحات لمجرد سهولة الوصول إليها. [2]

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

الاتفاق على معيار التقييم قبل بدء الاختبارات

ينبغي أن تتضمن وثيقة نطاق العمل المعيار المطبّق، وإصداره، ومستوى التوافق المطلوب. ويُعدّ مستوى AA من إرشادات WCAG 2.2 هدفاً تقنياً مناسباً للخدمات الإلكترونية الجديدة أو المحدّثة، مع مراعاة المتطلبات المنطبقة على الجهة. وتوصي W3C باستخدام WCAG 2.2 عند إعداد سياسات إمكانية الوصول أو تحديثها. [1]

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

يتطلب التوافق مع مستوى AA استيفاء جميع معايير النجاح المنطبقة من المستويين A وAA. وتتناول WCAG كذلك العمليات الكاملة، بحيث تتوافق الصفحات اللازمة لإتمام النشاط. [1] ولذلك، لا تكفي النتيجة المئوية وحدها لتكون معياراً لقبول الخدمة.

ما الذي ينبغي أن يشمله تدقيق إمكانية الوصول للموقع الحكومي؟

1. التنقل واستخدام لوحة المفاتيح وقارئات الشاشة

يُختبر التنقل بين القوائم، ونتائج البحث، وتصنيفات الخدمات، ومربعات الحوار، والعناصر التفاعلية باستخدام لوحة المفاتيح. وتُراجع حركة التركيز ووضوحه، مع التحقق من إمكانية مغادرة كل عنصر دون احتجاز المستخدم داخله. كما تُقيّم العناوين، وأسماء عناصر التحكم، والإعلانات المقروءة باستخدام قارئات الشاشة. [1]

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

2. النماذج ورفع الملفات وتصحيح الأخطاء

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

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

3. تسجيل الدخول والتحقق من الهوية وإدارة الجلسات

قد تمنع إجراءات المصادقة الوصول إلى الخدمة قبل بدء استخدامها. لذا يُختبر إنشاء الحساب، وتسجيل الدخول، وإعادة تعيين كلمة المرور، ورموز التحقق، وأي انتقال إلى خدمة دخول موحّد ضمن النطاق المحدد. ويُتحقق، عند انطباق ذلك، من دعم برامج إدارة كلمات المرور ولصق بيانات الدخول أو الرموز. ويتناول معيار المصادقة الميسّرة في WCAG 2.2 الاختبارات المعرفية، وآليات المساعدة المسموح بها، والاستثناءات المحددة. [5]

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

4. المدفوعات والإقرارات وتأكيد إتمام المعاملة

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

في عمليات الإرسال التي يشملها معيار WCAG الخاص بمنع الأخطاء المرتبطة بالالتزامات القانونية أو المعاملات المالية أو البيانات، ينبغي توفير إجراء وقائي واحد على الأقل: إمكانية التراجع، أو فحص البيانات مع إتاحة تصحيح الأخطاء، أو المراجعة والتأكيد قبل الإتمام. [6] ويُحدّد التقييم الإجراء المستخدم في الخدمة، ثم يتحقق من فعاليته عملياً.

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

5. رحلات الخدمة بالعربية والإنجليزية

عندما تُقدَّم الخدمة باللغتين، ينبغي تقييم كل نسخة على حدة. فاستخدام قوالب مشتركة لا يضمن تكافؤ إمكانية الوصول؛ إذ قد تختلف التعليمات المترجمة، ورسائل التحقق، والمرفقات، وتخطيطات الصفحات.

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

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

6. الاستخدام على الهاتف والتكبير والعرض المرئي

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

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

7. المستندات والفيديو والمكونات الخارجية

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

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

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

استخدام الاختبارات الآلية كجزء من التقييم

تساعد أداة الفحص الآلي لإمكانية الوصول الفرق الحكومية على اكتشاف المشكلات التقنية المتكررة ومتابعة الإصدارات. لكن اختبار إمكانية الوصول إلى المواقع الحكومية يجب أن يقيّم أيضاً قدرة المستخدمين على إكمال الخدمات الأساسية بلوحة المفاتيح والتقنيات المساعدة. وتوضح W3C أن أداة منفردة لا تستطيع تحديد استيفاء الموقع لمعايير إمكانية الوصول؛ لذلك تحتاج النتائج الآلية إلى تقييم بشري متخصص. [3]

ينبغي أن يجمع تقييم الموقع الحكومي بين الفحوصات الآلية والمراجعة اليدوية والاختبار بالتقنيات المساعدة. وحيثما أمكن، يُشرك أشخاص ذوو إعاقة في تنفيذ مهام واقعية لفهم صعوبات قد لا تظهر في الفحوصات التقنية وحدها. وتوصي W3C بإشراك المستخدمين إلى جانب التقييم القائم على المعايير، دون اعتبار ملاحظاتهم بديلاً عن تقييم التوافق. [4]

وبالمثل، لا يُعدّ تركيب أداة مساعدة لإمكانية الوصول دليلاً كافياً لاعتماد خدمة عامة. بل تُقيّم رحلة الاستخدام الأساسية وسلوك أي أداة مضافة. وفي VisiAble، نوصي بالفصل الواضح بين ميزات المساعدة والأدلة الرسمية المستخدمة في قرارات قبول المشروع.

طلب أدلة قابلة للاستخدام من فرق العمل

ينبغي أن يدعم تقرير التدقيق الفعّال قرارات التنفيذ. ونوصي بطلب المعلومات التالية:

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

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

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

إدراج إمكانية الوصول ضمن القبول والمسؤولية المستمرة

ينبغي تحديد المعيار، ونطاق التقييم، والأدلة المطلوبة، ومسؤوليات المورّد في المعالجة، وترتيبات إعادة الاختبار قبل ترسية العقد. كما ينبغي لفرق التحول الرقمي وتقنية المعلومات إدراج مراجعات إمكانية الوصول خلال التصميم والتطوير، بدلاً من تأجيل التقييم بالكامل إلى مرحلة التسليم النهائي. وتوصي W3C بالتقييم المبكر والمستمر أثناء التطوير. [3]

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

يُنشَر بيان لإمكانية الوصول يوضّح التزام الجهة، والمعيار المستهدف، والقيود المعروفة، وطريقة الإبلاغ عن العوائق. وتقدّم W3C إرشادات بشأن هذه العناصر. [9] وينبغي أن تكون قناة الملاحظات قابلة للاستخدام ومدعومة بآلية للاستجابة. ويمكن أن تساعد قناة تواصل بديلة في التعامل مع الصعوبات الفورية بالتزامن مع معالجة العائق الرقمي.

مثال عملي: التقدّم للحصول على تصريح حكومي

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

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

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

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

قائمة تحقق لفرق الجهات الحكومية قبل الإطلاق

قبل اعتماد خدمة جديدة أو مُعاد تصميمها، ينبغي التحقق مما يلي:

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

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

كيف تدعم VisiAble فرق إمكانية الوصول في القطاع الحكومي؟

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

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

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

كيف تساعد VisiAble الجهات الحكومية؟

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

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

نساند فرقكم من خلال:

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

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

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

  • التحقق بعد المعالجة: إعادة الاختبار ضمن النطاق المتفق عليه للتحقق من معالجة العوائق التي سبق رصدها.

  • توثيق يدعم المراجعة الداخلية: توفير نتائج التقييم لدعم قبول مخرجات المشروع، ومناقشات المشتريات، والمتابعة المستمرة لإمكانية الوصول.

هدفنا هو مساعدة الجهات الحكومية على إدماج إمكانية الوصول في تقديم خدماتها، من خلال نطاق واضح، ومسؤوليات محددة، وأدلة يمكن الاستناد إليها لقياس التقدم.

تواصلوا مع VisiAble لمناقشة منصتكم، والخدمات ذات الأولوية، ومتطلبات تقييم إمكانية الوصول.

Request a Demo Lady امرأة عربية تحمل حاسوباً محمولاً في بيئة عمل رقمية

اطلب عرض توضيحي