«سهل» والأتمتة الكبرى: ثانياً — محور التحدّيات البنيويّة
09 ديسمبر 2025 • 05:00 مساءً
حجم الخط
قراءةٌ بنيويّة في عِلَل التحوّل الرقمي، تبحث في غياب العقل الجامع، وتفكّك شتات البيانات، وتضع «البروتوكول» حجر الأساس لأتمتةٍ راشدة.
اضغط هنا لتحميل السلسلة كاملة بصيغة PDF.

الجزء السابق • «سهل» والأتمتة الكبرى: أولاً — مدخلٌ إلى الفضائل والمآلات والتحدّيات

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

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

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

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

هذا الفصل إذن هو فصلٌ في «البنية قبل الخدمة»، وفي «المنطق قبل الواجهة»، وفي «اللغة الرقمية» التي لا بد أن تتحد قبل أن تتكلم الدولة بلسانٍ واحد. وهو تمهيدٌ لا غنى عنه للأجزاء اللاحقة التي ستتناول المحاور الأخرى، لأن ما لا يستقيم في البنية، لن يستقيم —مهما اجتهدنا— في التقنية، ولا في الحوكمة، ولا في الأتمتة التي ننشدها.

مركزيةُ البروتوكول.. لامركزيةُ التطوير

ولعلّ أنسب مدخلٍ إلى هذا المحور هو استعارةٌ من عالم التقنية ذاته؛ عالمٌ أدرك —قبل الحكومات بكثير— أن المركزية المطلقة ليست طريقاً إلى النجاح، وأنّ أعظم المنظومات لم تنهض بثقل مطوِّريها الداخليين، بل بالبيئة التي أتاحت للآخرين أن يبتكروا فوقها. فلو تأمّلنا في بدايات أنظمة التشغيل الكبرى—من «ويندوز» إلى «ماك أو إس»—لوجدنا أنّ أزمتها الأولى لم تكن في قدرة شركاتها على البرمجة، بل في سؤالٍ أشدّ عمقاً: هل يمكن لنظام تشغيل أن ينهض إذا لم يُفتح للآخرين ليبنوا عليه؟

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

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

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

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

مطوِّرو الجهات الحكومية.. أدرى بشعاب الجهات

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

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

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

وهذا كلّه يطرح سؤالاً بنيوياً لا يمكن تجاهله: ماذا لو انتقلنا من مركزية البرمجة إلى مركزية البروتوكول؟ ماذا لو تركنا لكل جهةٍ حرية هندسة بياناتها ومنطق خدمتها، ما دام ذلك لا يمسّ قدرتها على الاندماج في المنظومة الوطنية عبر بروتوكول واحد؟ ماذا لو كانت الدولة لا تطلب من الجهة كيف تُخزّن، ولا كيف تُهندس، ولا كيف تُدير منطقها الداخلي، بل تطلب منها فقط كيف «تَعرِض» خدمتها وفق لغة وطنية لا تتبدّل؟

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

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

وهكذا تتبدّى القاعدة التي يقوم عليها الحل البنيوي كله: كلما زاد الاشتراك في البرمجة، قلَّ نضج البروتوكول؛ وكلما نضج البروتوكول، استغنت الجهات عن الاشتراك في البرمجة.

«البروتوكول العام للحكومة الذكية».. دستور الأتمتة

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

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

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

وهم الطرف الأول في المنظومة، وتشمل جميع الوزارات والهيئات والمؤسسات العامة، كلٌّ وفق اختصاصه. وهذه الجهات: (1) تحتفظ باستقلاليتها الكاملة في هندسة بياناتها، (2) وفي منطق خدماتها، (3) وفي طرق تخزينها وتشغيلها، (4) وفي ابتكارها لما يناسب مستخدميها، ما دام ذلك كله يجري خلف الواجهة ولا يتعارض مع الامتثال للبروتوكول عند عرض تلك الخدمات عبر «المنصّات الوطنية الموحدة» للخدمات الحكومية.

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

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

ثانياً: المواطنون والمقيمون.. المنتفعون من الخدمات

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

فـ«البروتوكول العام للحكومة الذكية» يضمن لهم: (1) تجربةً رقمية متسقة، (2) بياناتٍ موحدة على مستوى الإخراج، (3) خدماتٍ تُبنى فوق بيئة خالية من الازدواجية، (4) ومساراً لا يرهقهم بتعقيدات الأنظمة الداخلية للجهات.

ثالثاً: الجهة المشرفة على «البروتوكول»

وهي جهةٌ حكومية مستقلة، لا يُناط بها اختصاصٌ خدمي، ولا تُعهد إليها مهامٌ تنفيذية خارج نطاق الهندسة الرقمية للدولة؛ غايتها أن تكون المرجع الحاكم لمنظومة الربط الوطني، والضامن لاتساق لغة الدولة الرقمية، والمشرف على البنية التي تتخاطب عبرها الجهات فيما بينها ومع المنتفعين. ويقوم دورها على ثلاثة محاور رئيسة:
(1) صوغ «البروتوكول العام للحكومة الذكية»

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

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

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

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

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

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

أما على المستوى الحوكمي، فإن هذا البروتوكول لا يُنظر إليه باعتباره وثيقةً مغلقة أو نظاماً جامداً، بل هو كيانٌ حيّ خاضع للتحديث المستمر في سياساته وقواعده ومعاييره، بما يواكب تطوّر حاجات الدولة، ونضج مراحل الحكومة الذكية، وتغيّر متطلبات الأمن السيبراني، وتحسين أداء الخدمات، وتعزيز الاستباقية، وتحقيق غايات الأتمتة الشاملة. فهو نظامٌ يتطوّر مع الدولة، ولا يتخلف عنها، ولا يسبقها على غير هدى. ويقتضي هذا التحديث المستمر أن يُدار البروتوكول ذاته بمنهج «حوكمة النسخ»، ما يعرف بـ (Versioning Governance)، لا بمنطق التبديل الفجائي؛ بحيث لا يُستبدل إصدارٌ بإصدار على نحوٍ يُربك المنظومة، ولا يُكسَر ربطٌ قائم بتحديثٍ طارئ. بل تُدار الإصدارات وفق نُسَقٍ متدرجة، تحفظ التوافق الخلفي، وتُحدِّد لكل نسخة عمراً تشغيلياً مُلزِماً قبل إلغائها، وعلى سبيل المثال لا الحصر، تُرقِّم لكل «نقطة نهاية» رقم إصدارها، حتى يبقى الانتقال بين مراحل البروتوكول انتقالاً آمناً لا صدمة فيه، وتقدّماً راسخاً لا انقطاع معه. فالدولة الذكية لا تُحدِّث عقلها الرقمي بالقفز، بل بالتراكم المنضبط.

وبذلك، لا يعود البروتوكول مجرد لغةٍ تقنية لتبادل الرسائل، بل يصبح هندسةً وطنية للعلاقات الرقمية، تحدّد من يقدّم، ومن يستهلك، ومن يُصادِق، ومن يُغذّي البيانات، وكيف تُدار هذه الدورة كلّها تحت سقفٍ واحد من الاتساق والسيادة.

(2) إدارة «المنصّات الوطنية الموحدة»

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

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

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

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

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

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

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

(3) إدارة «البيئة البرمجية للبروتوكول»

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

غير أنّ هذه «البيئة البرمجية» —في التصور البنيوي العميق— ليست منصة جامدة تُحدَّث على فترات متباعدة، بل هي سوق وطنية حيّة للأدلة البرمجية، تؤدي في عالم الربط والتكامل الدور ذاته الذي تؤديه التطبيقات في «المنصّات الوطنية الموحدة» للخدمات الحكومية. فهي ليست سوقاً للخدمات، بل سوقاً موحّدة للأدلة البرمجية التي تُعرِّف كيف تُبنى الخدمات، وكيف تُربَط، وكيف تتخاطب الجهات رقمياً.

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

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

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

المنصّة الثانية: دليل برمجة الربط بين الجهات الحكومية

وهو كذلك يُدار مباشرةً من قبل فريق مطوِّري الجهة المشرفة على «البروتوكول العام للحكومة الذكية»، ويطّلع عليه مطوِّرو الجهات الحكومية كافة. ويُعنى هذا الدليل بصياغة الشروط الحاكمة للعلاقة التقنية بين الجهات، فيُحدّد: آليات المصادقة أثناء الربط، مثل: اشتراط شهادات mTLS، واستخدام SSL/TLS، والالتزام ببروتوكول OAuth2، مع ضوابط IP Whitelisting، وشكل مدخلات الطلب (Request) بحيث يكون ثابتاً بين الجهات، وشكل الاستجابة (Response) بحيث يكون موحداً بصيغة JSON، وشكل تعثّر الاستجابة (Error Handling) بدلالات ثابتة (Status Codes / Error Objects) تلتزم بها جميع الجهات دون استثناء. ولا يقف هذا الربط عند حدود الأدوات، بل يُبنى فلسفياً على مبدأ «الربط الصفري للثقة (Zero Trust Government Integration)»، حيث لا تُمنَح الثقة لأي جهة افتراضاً، ولا يُرخَّص لأي طلب تلقائياً، بل يُعاد التحقق من كل تَبادل في كل مرة، وتُسجَّل كل استجابة، ويُحلَّل كل سلوك. فبهذا تنتقل الدولة من أمنٍ قائم على «الافتراض الحَسَن»، إلى أمنٍ قائم على «التحقق الدائم»، فلا تُحمى المنظومة بأسوارها، بل بوعيها اللحظي بكل ما يدور في مساراتها الرقمية.

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

المنصّة الثالثة: دليل «نقاط النهاية» لواجهات برمجة تطبيقات الجهات الحكومية

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

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

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

وعندئذٍ يتم تبادل بيانات المصادقة اللازمة بين الجهتين بصورة مؤتمتة وآمنة، بما في ذلك: الشهادات الرقمية للتوثيق والتشفير (Certificates / mTLS), مفاتيح الاعتماد السرّية (Client Secrets), عناوين بروتوكول الإنترنت المصرّح بها (IP Whitelisting), وسائر البيانات التعريفية المطلوبة للتشغيل الآمن. ثم يُفعَّل الربط تقنياً فور اكتمال المتطلبات، ويُسجَّل هذا التفعيل اعتماداً رسمياً بين الجهتين داخل المنظومة الوطنية. وبهذا، يغني التفعيل الآلي للربط عن الكتب الرسمية المتبادلة، وسلسلة المخاطبات البيروقراطية، وتواصل ضباط الاتصال المكرر، والاجتماعات التنسيقية الطويلة بين الفرق الفنية.

ويتحوّل التكامل بين الجهات من مسارٍ «إداريّ مُثقِل»، إلى مسار «رقميّ مُباشر»، مُسجَّل، مُلزِم، ومُؤتمت بالكامل، يُدار من نقطة واحدة، وتحت سقف واحد من الحوكمة والأمن والتوثيق.

المنصّة الرابعة: دليل «نقاط النهاية» المطلوبة بين الجهات الحكومية

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

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

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

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

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

ومن هنا، فإن هذا البروتوكول لا يمثّل نهاية معالجة المحور البنيوي فحسب، بل هو حجر الأساس الذي ستُبنى عليه سبل مواجهة سائر التحديات التي ستتناولها هذه السلسلة في أجزائها القادمة —التقنية منها، والحوكمية، والاستخدامية، والمفهومية— جزءاً بعد جزء، وأسبوعاً بعد أسبوع؛ إذ لا تستقيم تقنية بلا بنية، ولا تُحكَم حوكمة بلا لغةٍ موحَّدة، ولا تُؤتَى أتمتة بلا بروتوكولٍ يحكم مساراتها من الجذور.

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

فاللّهم أبرِم لهذه الأمّة أمرًا رشدًا..

الجزء التالي • «سهل» والأتمتة الكبرى: ثالثاً — محور التحدّيات التقنيّة
461