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

ماذا يجب أن تتضمن مناقصة أو طلب عروض نظام إدارة الأجهزة المحمولة (MDM)؟

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

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

وظائف لا علامات تجارية. لا يجيز نظام المنافسات والمشتريات الحكومية في السعودية (المادة 22 من نظام 1440هـ) ذكر علامة تجارية أو اسم تجاري بعينه في المواصفات، إلا في حالات محدودة تتطلب موافقة مسبقة وإضافة عبارة «وما يعادلها». كما تُلزم اللائحة التنفيذية للنظام الجهاتِ بعدم المبالغة في المواصفات الفنية، فلا تنسخوا قائمة مزايا منتج واحد لتجعلوها متطلباتكم. ويُدرج قانون المشتريات الاتحادي في الإمارات (القانون الاتحادي رقم 11 لسنة 2023 بشأن المشتريات في الحكومة الاتحادية) المساواة في المعاملة وعدم التمييز بين المورّدين ضمن أهدافه.

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

ما متطلبات نظام MDM التي يجب أن تكون إلزامية (ناجح أو راسب)، وما المتطلبات التي تخضع للتقييم بالدرجات؟

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

• أساسي (ناجح أو راسب): المنصات وإصدارات أنظمة التشغيل التي تعمل بها أجهزتكم اليوم؛ وبرامج التسجيل التي تستخدمونها حالياً (خدمة Automated Device Enrollment من Apple، وبرنامج Android zero-touch، وخدمة Windows Autopilot)؛ وإدارة تحديثات البرامج لأجهزة Apple عبر Declarative Device Management؛ وتسجيل دخول المسؤولين عبر مزوّد الهوية لديكم مع التحقق متعدد العوامل (MFA) الخاص به؛ وشرط الاستضافة لديكم (استضافة لدى المورّد، أو على خادم خاص بكم، أو أيٌّ منهما)؛ وتصدير سجلات الأجهزة عند انتهاء العقد.
• يخضع للتقييم بالدرجات: عمق المزايا على كل منصة، ونشر البرامج وتثبيت تحديثاتها، والتقارير، وأدلة الأمان، ونتائج تجربة إثبات المفهوم، والتنفيذ والتدريب، وترتيبات الدعم، والتكامل عبر واجهات برمجة التطبيقات (APIs).
• لا هذا ولا ذاك: المزايا التي قد تحتاجونها يوماً ما. أدرجوها على أنها اختيارية ليذكرها المتقدمون، لكن لا تمنحوها أي وزن.

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

قائمة متطلبات نظام إدارة الأجهزة المحمولة (MDM): ماذا تطلبون وكيف تتحققون منه

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

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

التزامات مورّد الأجهزة: Apple Business، وبرنامج Android zero-touch، وخدمة Windows Autopilot

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

• Apple. تعمل خدمة Automated Device Enrollment مع الأجهزة المشتراة من Apple، أو من بائع معتمد من Apple (Apple Authorised Reseller)، أو من مشغّل اتصالات معتمد، والمسجّلة في حساب Apple Business (المعروفة سابقاً باسم Apple Business Manager) أو حساب Apple School Manager الخاص بكم. أضيفوا رقم البائع (Reseller Number) الخاص بالمورّد في حسابكم، وزوّدوا المورّد بمعرّف مؤسستكم (Organisation ID) من Apple Business، وألزموه بإرسال كل طلب شراء لأجهزة iPhone وأجهزة iPad وحواسيب Mac إلى Apple قبل التسليم، وبإرسال أرقام الطلبات إليكم. ويبيّن دليلنا عن Apple Business أين يُدخَل كل رقم. أما الأجهزة المشتراة من مصادر أخرى فيمكن إضافتها لاحقاً يدوياً باستخدام Apple Configurator، بشرط أن يكون الجهاز جديداً أو ممسوحاً، ويستطيع مستخدمه خلال 30 يوماً من إعداده إخراجه من مؤسستكم، وتسمّي Apple هذه المدة الفترة المؤقتة (provisional period).
• Android. يحتاج التسجيل دون تدخل يدوي (zero-touch) إلى أجهزة من بائع مشارك في برنامج zero-touch من Google. ويُسند البائع الأجهزة إلى بوابة zero-touch الخاصة بكم، وتُربط البوابة بخدمة إدارة الأجهزة لديكم.
• Windows. تسجّل خدمة Windows Autopilot معرّف العتاد (hardware hash) لكل حاسوب في بيئة Microsoft الخاصة بمؤسستكم (Microsoft tenant)، وعادةً ما يتولى ذلك المصنّع أو البائع، فيُجهّز الحاسوب نفسه عند تشغيله أول مرة. اطلبوا من المورّد تسجيل كل حاسوب وإرسال التأكيد إليكم.

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

استبيان أمن المعلومات: ما الأدلة التي يجب أن يقدّمها مقدّمو عروض نظام MDM؟

اطلبوا من كل مقدّم عرض أدلة، لا مجرد «نعم» في مصفوفة الامتثال: طريقة تسجيل دخول المسؤولين وكيفية فرض التحقق متعدد العوامل (MFA)، ومسؤولاً بصلاحيات مقيّدة، ونموذجاً لقيد من سجل التدقيق مع مدة الاحتفاظ بالسجل وطريقة تصديره، وإصدارات TLS ومجموعات التشفير المتاحة، وشهادة ISO/IEC 27001 مع نطاقها وتاريخ انتهائها. وحدّدوا مسبقاً ما الذي يُعدّ إجابة ضعيفة.

المراجع السعودية. تتضمن مجموعة أدوات الأمن السيبراني الصادرة عن الهيئة الوطنية للأمن السيبراني (NCA) نموذجاً لمعيار أمن الأجهزة المحمولة، ونموذجاً لسياسة أمن محطات العمل والأجهزة المحمولة والأجهزة الشخصية (BYOD). وتكيّف الجهات هذين النموذجين بما يناسبها، ويعتمدهما رئيس الجهة أو من يفوّضه. وينص نموذج السياسة على وجوب إدارة الأجهزة المحمولة والأجهزة الشخصية (BYOD) مركزياً باستخدام نظام إدارة الأجهزة المحمولة (MDM). ويغطي نموذج المعيار رموز المرور، والتشفير، والمسح عن بُعد للأجهزة المفقودة أو المسروقة، وإبقاء بيانات المؤسسة منفصلة على الأجهزة الشخصية. ويتناول المكوّن الفرعي 2-6 من ضوابط ECC-2:2024 الأجهزة المحمولة؛ وتستعرض صفحتنا الخاصة بالسعودية ضوابطه المتعلقة بفصل بيانات الجهة وتشفيرها وحذفها (2-6-3-1 و2-6-3-3).

المراجع الإماراتية. يتضمن معيار ضمان أمن المعلومات في الإمارات (UAE IA)، الذي أصدره مجلس الأمن السيبراني لدولة الإمارات ليحل محل لائحة ضمان أمن المعلومات (IA Regulation v1.1)، ضوابط تتعلق بالأجهزة المحمولة؛ ويلخّص دليلنا لنظام MDM الضوابط المهمة منها لإدارة الأجهزة. وينبغي للمدارس التابعة لدائرة التعليم والمعرفة (ADEK) أن تطبّق أيضاً معايير اختيار المورّدين الواردة في البند 5.5 من «سياسة المدرسة الرقمية» (ADEK School Digital Policy)، كما يعرضها دليلنا حول متطلبات ADEK.

خطوط الأساس المحايدة. تُعدّ إرشادات NIST SP 800-124 Rev. 2 (مايو 2023) الإرشادات الرئيسية المتاحة للعموم لإدارة الأجهزة المحمولة في المؤسسات طوال دورة حياتها، وتقدّم قائمة التحقق الخاصة بالأمن السيبراني للأجهزة المحمولة التي أصدرتها وكالة CISA عام 2021 قائمة تحقق مختصرة للمؤسسات. وتوفّر معايير CIS Benchmarks إعدادات تحصين متوافَقاً عليها لأنظمة iOS و iPadOS و macOS و Windows و Android، وينتج مشروع macOS Security Compliance Project (mSCP) خطوط أساس لنظام macOS يمكن التحقق منها آلياً. أما ملف الحماية الخاص بإدارة الأجهزة المحمولة (Protection Profile for Mobile Device Management) الصادر عن جهة NIAP الأمريكية فينطبق على مشتريات الأمن القومي في الولايات المتحدة؛ والمنتج الذي اجتاز التقييم وفقه دليل مفيد، لكنه ليس شرطاً وطنياً في الإمارات أو السعودية.

كيف ينبغي تقييم عروض نظام MDM بالدرجات وتحديد أوزان معايير التقييم؟

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

استخدموا مقياساً قصيراً بمعانٍ مكتوبة لكل درجة، على سبيل المثال: 0 (غير مقدَّم في العرض)، و1 (مقدَّم بشروط جوهرية)، و3 (يستوفي المتطلب)، و5 (يستوفيه وظهر ذلك عملياً في تجربة إثبات المفهوم). وحدّدوا الحد الأدنى للدرجة الفنية، على سبيل المثال 70%، قبل وصول العروض، وسجّلوا درجات كل مُقيِّم وأسبابه بشكل منفصل قبل أن تتفق لجنة التقييم على الدرجة النهائية.

كيف تُجرى تجربة إثبات المفهوم (PoC) لنظام إدارة الأجهزة المحمولة؟

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

• الأجهزة. جهازان أو ثلاثة من كل منصة وكل إصدار نظام تشغيل تستخدمونه، منها جهاز لمستخدم يعمل عن بُعد وجهاز في أحد الفروع إن وُجدا.
• أجهزة جديدة أو ممسوحة. يجري التسجيل دون تدخل يدوي، وكذلك وضع أجهزة iPhone و iPad تحت الإشراف (supervision)، عند التفعيل، لذا اختبروهما على أجهزة جديدة أو ممسوحة. ولا يمكن إدارة جهاز Android إدارة كاملة (fully managed) إلا بعد إعادة ضبط المصنع؛ فلا تستخدموا أجهزة يعتمد عليها مستخدموها.
• سيناريو تكتبونه أنتم، لا عرض المورّد. اكتبوا كل اختبار على شكل مهمة ومعيار اجتياز، وسجّلوا النتيجة بأنفسكم. فالعرض المُعدّ مسبقاً يُظهر المنتج، لا سلوكه على شبكتكم.
• التكاليف والإعدادات. حدّدوا من يتحمّل تكاليف تجربة إثبات المفهوم، وما الذي توفّرونه (الأجهزة، والوصول إلى الشبكة، ووقت الموظفين)، وهل يجوز نقل إعدادات التجربة إلى بيئة التشغيل الفعلية بعد الترسية، وأن على مقدّمي العروض الذين لم يقع عليهم الاختيار حذف حسابات الاختبار وبياناتهم.
• الأدلة. احتفظوا بلقطات الشاشة والتقارير المُصدَّرة وقيود سجل التدقيق لكل اختبار؛ فهي تصبح أدلة التقييم، وتُحسم بها الخلافات لاحقاً.

ويضيف دليلانا حول تقييم وحدة تحكم واحدة لأجهزة Mac وحواسيب Windows وحول تقييم حلول الجرد مزيداً من التفاصيل عن هذين الجزأين من الاختبار.

أسئلة تُطرح على مورّد نظام MDM قبل ترسية المناقصة

• الإصدارات. ما إصدارات المنتج المدعومة اليوم، وإلى متى، وما سرعة دعم الإصدارات الجديدة من Apple و Microsoft و Google؟
• تغييرات المنصات. كيف يواكب المنتج التغييرات التي تجريها Apple و Google و Microsoft، مثل تحديثات البرامج التصريحية (declarative software updates)، وهي طريقة التحديث الوحيدة في إصدارات 27.0 من أنظمة Apple؟
• التنفيذ. من يتولى إعداد الخدمة، وفي أي دولة، وبأي لغة، وماذا يشمل التسليم؟
• الدعم. من أين يُقدَّم الدعم، وفي أي ساعات وبأي لغة، وكيف تُصعَّد المشكلات إلى الشركة المطوّرة للمنتج، ومن هي جهة الاتصال المحددة بالاسم؟
• العملاء المرجعيون. هل يمكن التحدث إلى مؤسسة مماثلة في الحجم والقطاع في المنطقة؟
• الملكية. هل ستُنشأ حسابات Apple و Google و Microsoft التي تعتمد عليها الخدمة باسمنا وتبقى في حوزتنا؟
• التغيير. ماذا يحدث لإعداداتنا وأسعارنا إذا بيع المنتج أو تغيّر اسمه أو سُحب من السوق؟

رخص إدارة الأجهزة المحمولة (MDM) والتكلفة الإجمالية: ما يجب السؤال عنه قبل مقارنة الأسعار

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

• وحدة احتساب الرخصة. لكل جهاز أو لكل مستخدم، وهل تُحتسب أنواع الأجهزة (الحواسيب، والهواتف والأجهزة اللوحية، وأجهزة Chromebook) كلٌّ على حدة. ويناسب الترخيص لكل مستخدم الموظفين الذين يستخدمون عدة أجهزة، ويناسب الترخيص لكل جهاز الأجهزة المشتركة أو المخصصة لغرض واحد.
• المدة والتجديد. سنوية أو متعددة السنوات، وشروط التجديد، وأي سقف للزيادة في السعر عند التجديد.
• ما لا تشمله الرخصة. التنفيذ، والتدريب، والاستضافة، والدعم المتميز، وأي وحدات إضافية، على أن يُسعَّر كل منها في بند مستقل.
• تكاليفكم أنتم. للخادم الذي تستضيفونه: الخادم والنسخ الاحتياطية والشهادات. ولتسجيل أجهزة Windows عبر Microsoft Entra ID: رخصة Entra ID P1 أو P2، أو خطة Microsoft 365 تتضمنها. ولأجهزة Chromebook: رخصة الترقية التي تشترطها Google لإدارتها في Google Admin، وتُباع بعض الأجهزة ومعها هذه الرخصة، وهي منفصلة عن رخصة MDM.
• التوسّع. سعر كل جهاز أو مستخدم إضافي خلال مدة العقد، وكيفية التعامل مع الرخص غير المستخدمة.

ما شروط الدعم ومخرجات التنفيذ التي يجب أن تشترطها مناقصة نظام إدارة الأجهزة المحمولة (MDM)؟

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

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

بند الخروج: ماذا يحدث لأجهزتكم عند انتهاء عقد نظام MDM؟

عند انتهاء عقد نظام إدارة الأجهزة المحمولة (MDM)، ينبغي أن تعود إليكم سجلات أجهزتكم وإعداداتها بصيغة موثّقة، وأن تكون حسابات Apple و Google و Microsoft باسمكم من الأساس، وتحتاج كل منصة إلى خطة مكتوبة لنقلها. واتفقوا على ذلك كله قبل الترسية. واطلبوا ما يلي:

• تصدير البيانات. تصدير سجلات الأجهزة والجرد والإعدادات بصيغة موثّقة، مثل CSV، دون تكلفة إضافية، وخلال مدة محددة بعد الإخطار.
• أجهزة Apple. تتيح Apple للأجهزة المملوكة للمؤسسة التي تعمل بنظام iOS 26 أو iPadOS 26 أو macOS 26 أو أحدث، والمسجّلة عبر التسجيل التلقائي للأجهزة (Automated Device Enrollment)، الانتقال إلى خدمة أخرى لإدارة الأجهزة دون مسحها، وذلك عبر Apple Business أو Apple School Manager. ويُستثنى من ذلك أجهزة Shared iPad، والأجهزة المهيّأة لخاصية Return to Service مع الإبقاء على التطبيقات، والأجهزة المُدارة عبر الإدارة المدمجة في Apple Business. أما أجهزة iPhone و iPad التي لا يمكنها سلوك هذا المسار فتُمسح ثم تُسجَّل من جديد؛ ويمكن لجهاز Mac المُضاف إلى Apple Business أو Apple School Manager أن يُسجَّل عبر Automated Device Enrollment بعد إعداده، لذا اختبروا نقل جهاز Mac واحد دون مسحه.
• أجهزة Windows و Android. توقّعوا أن تحتاج أجهزة Android المملوكة للشركة إلى إعادة ضبط المصنع، وأن تُسجَّل حواسيب Windows من جديد، وربما بعد إعادة ضبطها أو إعادة تثبيت النظام؛ فاختبروا بضعة حواسيب في المرحلة التجريبية، وخطّطوا لعملية التحويل على دفعات.
• الحسابات. تُنشأ الحسابات التالية باسمكم وتبقى في حوزتكم: حساب Apple Business أو Apple School Manager، وحساب Apple المرتبط بشهادة الإشعارات الفورية من Apple (Apple push certificate)، وحسابا Android zero-touch و Android Enterprise، ومستأجر Microsoft (tenant). وبذلك تنتقل الأجهزة عبر حسابات تتحكمون بها، وتُعدّ الخدمة التالية شهادة الإشعارات الفورية الخاصة بها وربطها الخاص مع Android Enterprise.

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

أماكن نشر مناقصات ومنافسات MDM الحكومية في الإمارات والسعودية

تطرح الجهات الحكومية في السعودية منافساتها على منصة اعتماد (Etimad)، منصة المشتريات الإلكترونية التابعة لوزارة المالية، في صورة كراسة الشروط والمواصفات، وتنشر الوزارة نماذج لكراسات الشروط والمواصفات، منها نموذج خاص بتقنية المعلومات. وفي الإمارات تستخدم الجهات الاتحادية منصة المشتريات الرقمية التابعة لوزارة المالية، وتستخدم أكثر من 40 جهة في حكومة دبي نظام eSupply، فيما تستخدم جهات أبوظبي بوابة مشتريات حكومة أبوظبي (Abu Dhabi Government Procurement Gate).

نظام المشتريات الحكومية في السعودية يتغيّر. يحلّ نظام المنافسات والمشتريات الحكومية الجديد، الصادر بالمرسوم الملكي م/76 (1448هـ)، محلّ نظام 1440هـ بعد 120 يوماً من نشره في جريدة أم القرى، أي في مطلع 2027 تقريباً. وتقول الملخصات المنشورة إنه يُبقي على منع ذكر العلامة التجارية، ويترك الاستثناءات للائحته التنفيذية، التي لم تكن قد نُشرت إلا في صورة مسودة عند مراجعتنا في أكتوبر 2026. وتشير التقارير إلى أن المنافسات المطروحة بموجب نظام 1440هـ تبقى خاضعة له، لذا تحققوا من النظام والقواعد المطبّقة في تاريخ طرح منافستكم. هذا الملخص ليس استشارة قانونية.

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

إجابات نظام FileWave عن قائمة متطلبات مناقصة MDM

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

شركة PRO TECHnology هي موزّع FileWave وشريكها في منطقة الشرق الأوسط، وبائع معتمد لـ FileWave في دول الخليج منذ عام 2009. أرسلوا إلينا متطلباتكم أو القسم الفني من مناقصتكم، وسنجيب عن كل بند لنظام FileWave مع الأدلة، وننفّذ تجربة إثبات المفهوم على أجهزتكم مع فريقكم. ولمزيد من المعلومات عن المنصة، راجعوا دليلنا عن إدارة الأجهزة المحمولة (MDM) والإدارة الموحّدة لنقاط النهاية وصفحة شراكتنا مع FileWave؛ أما الرخص وعروض الأسعار فتجدونها في صفحة FileWave.

المصادر

راجعنا هذه المعلومات في 26 أكتوبر 2026 بالرجوع إلى قاعدة المعرفة لدى FileWave وموقعها الإلكتروني، ووثائق Apple و Google و Microsoft، ومنشورات الهيئة الوطنية للأمن السيبراني (NCA) و NIST و NIAP و CISA و CIS، ومصادر المشتريات في السعودية والإمارات. والتفاصيل تتغير، لذا تحققوا من كل منها في مصدرها قبل الاعتماد عليها في أي مناقصة.

• وزارة المالية السعودية: نظام المنافسات والمشتريات الحكومية، 1440هـ (ترجمة إنجليزية)
• جريدة أم القرى: المرسوم الملكي م/76 (1448هـ)، نظام المنافسات والمشتريات الحكومية الجديد
• وزارة المالية السعودية: منصة اعتماد (Etimad)
• وزارة المالية السعودية: قواعد إعداد معايير تقييم العروض (بالعربية، PDF)
• وزارة المالية السعودية: نموذج كراسة الشروط والمواصفات (تقنية المعلومات) (بالعربية، PDF)
• منصة التشريعات الإماراتية (UAE Legislation): القانون الاتحادي رقم 11 لسنة 2023 بشأن المشتريات في الحكومة الاتحادية
• منصة التشريعات الإماراتية (UAE Legislation): قرار مجلس الوزراء رقم 122 لسنة 2024 بشأن اللائحة التنفيذية للقانون الاتحادي رقم 11 لسنة 2023
• وزارة المالية الإماراتية: تسجيل المورّدين ومنصة المشتريات الرقمية
• بوابة Dubai.ae: المشتريات الحكومية (eSupply)
• هيئة أبوظبي للإسكان: تسجيل المورّدين في بوابة مشتريات حكومة أبوظبي
• الهيئة الوطنية للأمن السيبراني (NCA): أدوات الأمن السيبراني (نماذج السياسات والمعايير)
• الهيئة الوطنية للأمن السيبراني: نموذج معيار أمن الأجهزة المحمولة (PDF)
• الهيئة الوطنية للأمن السيبراني: نموذج سياسة أمن أجهزة المستخدمين والأجهزة المحمولة والأجهزة الشخصية (BYOD) (PDF)
• الهيئة الوطنية للأمن السيبراني: الضوابط الأساسية للأمن السيبراني ECC-2:2024 (PDF)
• NIST: المنشور SP 800-124 Rev. 2، إرشادات إدارة أمن الأجهزة المحمولة في المؤسسات
• NIAP: ملف الحماية لإدارة الأجهزة المحمولة (Protection Profile for Mobile Device Management) الإصدار 4.0 (PDF)
• CISA: قائمة التحقق من الأمن السيبراني للأجهزة المحمولة في المؤسسات (PDF)
• معايير CIS Benchmarks
• مشروع الامتثال الأمني لنظام macOS (macOS Security Compliance Project، mSCP)
• Apple: ميزة Automated Device Enrollment والمشتريات المؤهلة لها
• Apple Business: إضافة الأجهزة باستخدام Apple Configurator
• Apple: الجديد للمؤسسات في iOS (انتهاء الإدارة القديمة لتحديثات البرامج في إصدارات 27.0)
• Apple: تهيئة بيئة الشبكة لمتطلبات أمان أكثر صرامة (TLS 1.2 كحد أدنى)
• Apple: نقل الأجهزة المُدارة بين خدمات إدارة الأجهزة
• Google: تسجيل أجهزة Android عبر zero-touch لمسؤولي تقنية المعلومات
• Microsoft: نظرة عامة على تسجيل الأجهزة في Windows Autopilot
• Microsoft: التخطيط لنشر الانضمام إلى Microsoft Entra (Microsoft Entra join)
• FileWave: سجل الإصدارات والإصدارات المدعومة
• FileWave: ملاحظات الإصدار 16.4.0 (TLS 1.3)
• FileWave: جدول صيانة الخدمات المستضافة (المناطق)
• FileWave: إجراءات النسخ الاحتياطي للخوادم المستضافة
• FileWave: تسجيل دخول المسؤولين عبر مزوّد الهوية
• FileWave: استخدام التحقق الثنائي (2FA) أو التحقق متعدد العوامل (MFA) مع FileWave
• FileWave: إدارة حسابات المسؤولين في FileWave
• FileWave: عناصر القوائم الإضافية في FileWave Central (Audit History)
• FileWave: مواقع ملفات السجلات
• FileWave: واجهة FileWave Anywhere API v2
• FileWave: تسجيل أجهزة Android عبر zero-touch مع FileWave
• FileWave: ميزة Account-driven User Enrollment للأجهزة الشخصية (BYOD) بنظامي iOS و iPadOS
• FileWave: مراقبة خوادم Booster وإعداداتها
• FileWave: لغات الواجهة المدعومة
• FileWave: تصدير البيانات
• FileWave: إعلان الحصول على شهادة ISO 27001

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