دراسة جدوى ومذكرة مخاطر تشغيلية

المنظومة الرقمية للجمعية: ما تم بناؤه، ما عالجته، وما يلزم لحمايته تشغيليًا.

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

الفترة محل العرض: يناير 2026 حتى يونيو 2026 النطاق: بوابة الأعضاء، CRM، الشهادات، الدعم، الأداء، المدربين، التصويت، الدفع

تمهيد

ليست المسألة تكلفة منصة أو اشتراك منفرد. المسألة أن الجمعية انتقلت من تشغيل متفرق قائم على ملفات وأعمال يدوية إلى منظومة رقمية متعددة المكونات ولكن: لا موظف تقنية معلومات، لا محاسب بدوام كامل، وآليات دفع غير مكتملة.

PILOTمنظومة تجريبية بنيت لتجاوز عجز النظام السابق ( كفاءة أعلى وتكلفة رمزية وفي وقت قياسي وبدون فريق تطوير داخلي )
3 أشهرتقريبًا لبناء وتشغيل المكونات الرئيسية ( 5 أنظمة متكاملة مدعومة بالذكاء الإصطناعي )
48 ساعةإنجاز أول طلب زمالة من النظام الجديد في يومين عمل بدل مدد وصلت إلى 3 أسابيع سابقاً
+20اشتراك ومنصة رقمية تحتاج آلية دفع مؤسسية ومستدامة ( بطاقات بنكية مخصصة للدفع الالكتروني )

1. الخلاصة التنفيذية

المنظومة الحالية ليست تصورًا مستقبليًا. هي أنظمة تم تطويرها وتشغيلها بالفعل، والقرار المطلوب الآن هو تمكينها وحوكمتها، لا إعادة التعامل معها كفكرة قيد الدراسة.

مهم وعاجل

قبل العمل

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

ما تم فعليًا

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

الخطر الحالي

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

2. الخلفية الواقعية قبل بناء المنظومة

هذا القسم يوضح لماذا تم بناء المنظومة التجريبية أصلًا، ولماذا لا يمكن تقييمها بمعزل عن الخلل السابق.

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

3. الأنظمة التي تم بناؤها وتشغيلها

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

أ. بوابة الأعضاء الجديدة

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

ب. نظام إصدار الشهادات والتحقق منها

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

ج. منظومة تذاكر الدعم وقياس الاستجابة

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

د. المساعد الذكي للأعضاء داخل البوابة

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

هـ. المساعد الافتراضي لزوار الموقع والبوابة

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

و. نظام تقارير أداء الموظفين المدعوم بالذكاء الاصطناعي

قياس ومساءلة
المشكلة السابقة
  • تقارير أداء متفرقة وغير موحدة.
  • صعوبة معرفة الالتزام اليومي وجودة المخرجات والمعوقات المتكررة.
  • غياب مؤشرات أداء عملية للمديرين.
الحل المنفذ
  • نموذج تقارير يومية موحد يراجعه المدير المسؤول.
  • تحليل آلي لجودة التقرير واستخراج النواقص والمعوقات.
  • تقارير شهرية قابلة للتصدير PDF / Word.
  • مساعد إداري Copilot للإجابة من بيانات الأداء.
الأثر
  • مساءلة موثقة بدل الانطباعات.
  • تحديد الوحدات والموظفين المتأخرين بوضوح.
  • تقليل التقارير الورقية والبريد المتفرق.

ز. نظام إدارة المدربين وتحليل الجلسات التدريبية

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

ح. منظومة التصويت الإلكتروني

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

ط. CRM والتواصل والهوية الرقمية والموقع

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

4. بوابة الدفع: نقطة الاختناق الأعلى خطورة

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

خطر تشغيلي

الوضع الحالي عبر روابط الدفع

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

المطلوب عبر الربط المباشر API

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

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

5. الاشتراكات الرقمية وآلية الدفع المؤسسية

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

SubscriptionEmailNotes
OPEN AI API
HOSTINGER
LOVABLE
BREVO CRM
Microsoft 365
CHATBASEAI VIRTUAL ASSISTANT NEEDS UPGRADE AND RETRAINING
META VERIFICATION
TWITTER
GOOGLE WORKSPACE
RESEND EMAILS
GEMINI API
GATHERVirtual office
CLAUDE
cloudflareyearly domain + $25 monthly for website protection
CLAUDE MR MAHMOUD HAGGAG
CHATGPT MR MAHMOUD HAGGAG
Canva
NORD VPN

الخطر التشغيلي

أي تعطل في الدفع الدوري لهذه الخدمات قد يؤثر على البريد، الاستضافة، CRM، المساعدات الذكية، حماية الموقع، التصميم، أو أدوات التطوير والتواصل.

التوصية القائمة

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

6. المتطلبات المطلوب عرضها على اللجنة التنفيذية / مجلس الإدارة

هذه المتطلبات ليست تحسينات شكلية. هي شروط تشغيلية لحماية ما تم بناؤه ومنع تحول المنظومة من أصل مؤسسي إلى مصدر ضغط يومي.

متطلبات عاجلة

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

متطلبات غير عاجلة لكنها مهمة

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

7. التقدير المالي والسياق الإجرائي

المطلوب ليس اعتمادًا جديدًا مفتوحًا، وإنما تنظيم مرحلة تشغيلية قائمة وتحديد ما يلزم لاستمرارها وفق الإجراءات المالية المعتمدة.

ما تم اعتماده سابقًا

تم اعتماد مبلغ 4,000 دولار للتطوير فقط، مع مصروفات الاستضافة الشهرية، بالإضافة إلى أتعاب المطور المؤقت.

أتعاب المطور الخارجي

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

سقف الاعتماد

إذا تجاوزت التكلفة التشغيلية الشهرية 30,000 درهم، يتم عرض الأمر على اللجنة التنفيذية ثم مجلس الإدارة للبت والموافقة وفق الإجراءات المالية المتبعة في النظام الأساسي للجمعية.

8. أولويات الدعم المؤسسي

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

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

9. الروابط والمراجع التشغيلية

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

روابط مرجعية

ملاحظة تشغيلية

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

كلمة ختامية

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

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