تطوير برمجيات المؤسسات في السعودية: كيف تبني أنظمة قابلة للتوسّع

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

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

ما الذي يجعل البرمجيات المؤسسية قابلة للتوسّع؟

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

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

ما العلامات التي تدل على أن النظام لن يتوسّع؟

تظهر على معظم المنصات أعراض واضحة قبل أن تتعطل بوقت طويل. راقب هذه المؤشرات في أنظمتك الحالية:

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

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

ما قرارات البنية التي تحدد القدرة على التوسّع؟

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

نظام موحّد مقسّم إلى وحدات أم خدمات مصغّرة؟

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

بنية البيانات

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

تصميم الواجهات البرمجية والتكامل

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

الهوية والصلاحيات

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

لماذا يجب تضمين اللغة العربية منذ اليوم الأول؟

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

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

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

ما الأنظمة السعودية التي تشكّل بنية البرمجيات المؤسسية؟

الامتثال التنظيمي بُعد توسّع قائم بذاته. وتؤثر ثلاثة أطر في معظم المنصات المؤسسية في المملكة:

• نظام حماية البيانات الشخصية. صدر النظام في 16 سبتمبر 2021، وتشرف عليه الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) عبر منصة حوكمة البيانات الوطنية، ودخل حيز التنفيذ في 14 سبتمبر 2023 مع مهلة انتهت في 14 سبتمبر 2024. ويؤثر في طريقة الحصول على الموافقة، وتقليل البيانات المجمّعة، ومدد الاحتفاظ، والإبلاغ عن التسربات، ونقل البيانات الشخصية خارج المملكة.
• الضوابط الأساسية للأمن السيبراني. تتوزع الضوابط الأساسية للأمن السيبراني المحدّثة (ECC-2:2024) الصادرة عن الهيئة الوطنية للأمن السيبراني على أربعة مكونات رئيسية: حوكمة الأمن السيبراني، وتعزيز الأمن السيبراني، وصمود الأمن السيبراني، والأمن السيبراني المتعلق بالأطراف الخارجية والحوسبة السحابية. واللافت أن وثيقة ECC-2:2024 حذفت الضابط السابق الخاص باستضافة المعلومات داخل المملكة، وأحالت توطين البيانات إلى مكتب إدارة البيانات الوطنية، لذا ينبغي مراجعة قرارات الاستضافة وفق متطلبات المكتب والجهات القطاعية الحالية.
• الفوترة الإلكترونية. يجب على أي نظام يُصدر فواتير ضريبية أن يرتبط بمنصة فاتورة لدى هيئة الزكاة والضريبة والجمارك. وفي يوليو 2026 أعلنت الهيئة الموجة الخامسة والعشرين، التي تشمل المكلفين الذين تجاوزت إيراداتهم الخاضعة لضريبة القيمة المضافة 187,500 ريال في أي سنة من 2022 إلى 2025، على أن يتم الربط في موعد أقصاه 1 فبراير 2027. ويشرح دليلنا عن الربط مع منصة فاتورة لأنظمة المؤسسات الجانب التقني.

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

كيف تُراقَب كفاءة الأداء بعد الإطلاق؟

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

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

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

البناء أم الشراء أم التوسعة؟

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

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

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

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

الخطوة التالية

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