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

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

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

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

---

رؤية 2030 وفرصة التقنية

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

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

الحكومة الرقمية

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

المدن الذكية ونيوم

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

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

التقنية المالية

أطلق البنك المركزي السعودي (ساما) صندوقاً تنظيمياً تجريبياً للتقنية المالية منذ عام 2018 وأصدر منذ ذلك الحين عشرات من تراخيص التقنية المالية. ونمت بسرعة ملحوظة مزودو خدمة الشراء الآن والدفع لاحقاً، وتكاملات الخدمات المصرفية المفتوحة، والمحافظ الرقمية، ومنصات تنسيق المدفوعات. وتضاعفت عمليات الدفع الرقمي في المملكة ثلاث مرات تقريباً بين عامي 2020 و2023. وأي منتج موجّه للمستهلكين يجب أن يأخذ التقنية المالية السعودية على محمل الجد — ليس كفكرة لاحقة تُضاف بعد إنجاز العمل "الحقيقي"، بل كمتطلب تصميمي أساسي.

الرعاية الصحية والترفيه

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

---

المشهد التنظيمي

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

هيئة الاتصالات والفضاء والتقنية (CITC) هي الجهة التنظيمية الرئيسية للاتصالات وخدمات الإنترنت ومعظم شركات التقنية. وإذا كنت تبني منصة استهلاكية تعمل فوق البنية التحتية للإنترنت، فإن CITC هي الجهة التي ستتعامل معها في مسائل الترخيص والامتثال.

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

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

وزارة الصحة (MOH) تُشرف على التقنية الصحية وتراخيص الطب عن بُعد ومعايير البيانات للبرمجيات الطبية. ولا تزال البيئة التنظيمية هنا في طور التطور، لكن متطلبات توطين البيانات ودعم اللغة العربية تُطبَّق بصرامة.

الهيئة الوطنية للأمن السيبراني (NCA) تضع معايير الأمن السيبراني للقطاعات الحيوية بما فيها المال والطاقة والاتصالات والحكومة. وإذا كانت برمجياتك تخدم أياً من هذه القطاعات، فإن إطاري الضوابط الأساسية للأمن السيبراني (ECC) وضوابط أمن الحوسبة السحابية (CCC) ينطبقان عليك. وهذه ليست إرشادات استشارية — فالامتثال متطلب إلزامي في عمليات الشراء بالقطاعات الخاضعة للرقابة.

---

حماية البيانات السعودية: نظام PDPPL

نظام حماية البيانات الشخصية (PDPPL) هو اللائحة التنظيمية الرئيسية لحماية البيانات في المملكة العربية السعودية، صدر عام 2021 وبدأ تطبيقه على مراحل اعتباراً من عام 2023. ويتولى تطبيقه المكتب الوطني لإدارة البيانات (NDMO) التابع لـهيئة البيانات والذكاء الاصطناعي (SDAIA).

ما يشترطه نظام PDPPL

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

الالتزامات الرئيسية لمنتجات البرمجيات هي:

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

مقارنته بـ GDPR

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

ما يجب على المنتجات البرمجية فعله

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

---

إقامة البيانات والبنية التحتية السحابية

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

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

خيارات السحابة في المملكة

تحسّن المشهد التقني للبنية التحتية بشكل ملحوظ منذ عام 2022:

• منطقة AWS الرياض (me-south-1 / me-central-1) — أُطلقت عام 2022 وباتت الخيار الأكثر استخداماً للأعباء المؤسسية والخاضعة للتنظيم. تتوفر مجموعة خدمات كاملة. وهي نقطة البداية عموماً للفرق التي تعمل بالفعل على AWS.
• Oracle Cloud Riyadh — تحظى بصدى واسع لدى العملاء من الحكومة والمؤسسات، لا سيما حيثما يكون Oracle ERP منتشراً بالفعل. ويُعدّ نموذج المنطقة المخصصة من Oracle (المستضاف في مراكز بيانات العميل) جذاباً للمؤسسات ذات متطلبات الإقامة الصارمة.
• Microsoft Azure Saudi North — متاح ومستخدم على نطاق واسع، لا سيما في المؤسسات التي تستخدم بالفعل Microsoft 365 وAzure Active Directory. وتُعدّ ميزات Azure Government Cloud ذات صلة بأعمال القطاع العام.
• G42 Saudi — شركة السحابة والذكاء الاصطناعي ومقرها أبوظبي تمتلك حضوراً كبيراً في المملكة وتقدم حلول سحابة سيادية في وضع جيد بشكل خاص لعمليات الشراء الحكومية.

لمعظم المشاريع، يكون قرار البنية المعمارية واضحاً: نشر على AWS الرياض أو Azure Saudi North للأعباء القياسية المؤسسية والاستهلاكية، واستخدام Oracle أو G42 عندما يكون لدى العميل متطلبات سحابة سيادية محددة أو علاقات قائمة مع موردين تجعلهم الخيار الأنسب.

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

---

تكامل المدفوعات في المملكة العربية السعودية

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

المشهد العام

البوابة / الوسيلة	النوع	ملاحظات
Moyasar	بوابة دفع	واجهة برمجية REST سهلة التطوير، توثيق ممتاز، تدعم مدى + Visa + Mastercard + Apple Pay + STC Pay. نقطة البداية الموصى بها لمعظم المشاريع.
HyperPay	بوابة دفع	مستخدمة على نطاق واسع في المشاريع المؤسسية والحكومية؛ حضور إقليمي قوي عبر منطقة الشرق الأوسط وشمال أفريقيا.
STC Pay	محفظة رقمية	أكثر من 35 مليون مستخدم؛ المحفظة الرقمية السعودية المسيطرة. ضرورية لأي تطبيق موجّه للمستهلكين. متاحة عبر API مباشر أو من خلال Moyasar/HyperPay.
مدى	شبكة بطاقة خصم وطنية	نظام بطاقة الخصم الوطني السعودي. إلزامي لأي منتج يريد خدمة غالبية المستهلكين السعوديين الذين يستخدمون مدى كوسيلة دفعهم الأساسية.
تمارا	اشترِ الآن وادفع لاحقاً	المزود الرائد لخدمة الشراء الآن والدفع لاحقاً في المملكة. مرخص من ساما. ارتفاع ملحوظ في معدلات التحويل للتجارة الإلكترونية والتجزئة.
تابي	اشترِ الآن وادفع لاحقاً	منافس قوي لتمارا، لا سيما في قطاعات الأزياء وأسلوب الحياة. مرخص من ساما.
Apple Pay	محفظة رقمية	معدل اعتماد مرتفع جداً في المملكة العربية السعودية. ينبغي التعامل معها كوسيلة دفع من الدرجة الأولى وليس إضافة اختيارية.
Google Pay	محفظة رقمية	معدل اعتماد أقل من Apple Pay في المملكة لكنه في تنامٍ، لا سيما على أجهزة Android متوسطة المدى.

توصيتنا

لأي تطبيق استهلاكي جديد، نبدأ بـ Moyasar كطبقة البوابة: فهي تتعامل مع مدى بشكل أصلي، وتدعم STC Pay وApple Pay، وجودة التكامل جيدة فعلاً. ثم نضيف تمارا أو تابي (أو كليهما) إذا اشتمل المنتج على أي نوع من تدفقات الشراء بالتقسيط. أما STC Pay فغير قابلة للتفاوض لأي شيء يستهدف المستهلكين السعوديين في السوق الشاملة — قاعدة المستخدمين كبيرة جداً بحيث يتعذر تجاهلها.

للمنتجات B2B أو المؤسسية، غالباً ما يكون HyperPay هو الخيار الصحيح، لا سيما عندما يكون لدى العميل علاقة مصرفية قائمة تُيسّر عملية التسوية مع HyperPay.

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

---

ضريبة القيمة المضافة بنسبة 15%: الامتثال لزاتكا

أدخلت المملكة العربية السعودية ضريبة القيمة المضافة بنسبة 5% في يناير 2018، ثم رفعتها ثلاثة أضعاف لتبلغ 15% في يوليو 2020. وهذا أعلى بشكل ملحوظ من نسبة الإمارات البالغة 5%، وهو أول ما يفاجئ الشركات الداخلة إلى السوق من منطقة الخليج.

الفوترة الإلكترونية: فاتورة

أوجبت زاتكا نظام فوترة إلكترونية وطنياً يُسمّى فاتورة (وهي الكلمة العربية للفاتورة). وقد جرى تطبيق هذا الإلزام على مرحلتين:

• المرحلة الأولى (ديسمبر 2021): يجب على جميع الشركات المسجّلة في ضريبة القيمة المضافة إنشاء الفواتير وتخزينها بصيغة رقمية منظّمة. لم تعد الفوترة الورقية فحسب مطابقةً للمتطلبات.
• المرحلة الثانية (متدرجة من يناير 2023): يجب دمج الفواتير مع أنظمة زاتكا في الوقت شبه الحقيقي. يجب توقيع فواتير B2B بصورة مشفرة وتقديمها إلى زاتكا للمقاصة قبل إصدارها للمشتري. يجب الإبلاغ عن فواتير B2C إلى زاتكا خلال 24 ساعة.

يجري طرح المرحلة الثانية على دفعات استناداً إلى حدود الإيرادات السنوية، بدءاً من أكبر الشركات. وبحلول عام 2025، تشمل فعلياً جميع الشركات المسجّلة في ضريبة القيمة المضافة.

ما يعنيه ذلك للبرمجيات

إذا كان منتجك يُولّد فواتير — وهو ما تفعله معظم منتجات B2B SaaS ومنصات التجارة الإلكترونية والأنظمة المؤسسية — فأنت بحاجة إلى بناء فوترة متوافقة مع زاتكا من الصفر. وهذا يعني:

• صيغة XML منظّمة (مبنية على UBL 2.1 مع امتدادات خاصة بالمملكة) لجميع الفواتير
• رمز QR على الفواتير يحتوي على بيانات الفاتورة المشفّرة القابلة للتحقق من قِبل زاتكا
• التوقيع المشفّر للفواتير بشهادة صادرة عن زاتكا
• تكامل API مع منصة PINT KSA التابعة لزاتكا للمقاصة والإبلاغ في المرحلة الثانية
• حقول باللغة العربية على الفواتير إلى جانب ما يعادلها بالإنجليزية
• حساب ضريبة القيمة المضافة بنسبة 15% وعرضها على مستوى البنود — زاتكا صارمة في كيفية إظهار الضريبة

التداعي العملي: إذا كنت تبني أي منتج يتعامل مع معاملات تجارية في المملكة العربية السعودية، فأنت بحاجة إما إلى وحدة فوترة مدمجة متوافقة مع زاتكا، أو تكامل مع حزمة محاسبية معتمدة (Zoho Books أو QuickBooks KSA أو SAP أو Oracle Financials) تتولى طبقة زاتكا. إضافة هذا بعد الإطلاق أغلى بكثير من التصميم له منذ البداية.

---

اللغة العربية والكتابة من اليمين إلى اليسار: اعتبارات خاصة بالمملكة

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

العربية أولاً، لا العربية كإضافة

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

التقويم الهجري

تستخدم المملكة العربية السعودية رسمياً التقويم الهجري (التقويم الإسلامي) في السياقات الحكومية والدينية والتجارية الكثيرة — إلى جانب التقويم الميلادي للأعمال الدولية. ويجب أن تدعم أدوات اختيار التاريخ وحقول عرض التاريخ في البرمجيات الحكومية التواريخ الهجرية، كما يجب أن تخزّن الواجهة الخلفية التواريخ بطريقة تتيح التحويل الصحيح بين النظامين. وهذا ليس متطلباً تجميلياً ثانوياً: فعرض "2025" عندما يتوقع مستخدم حكومي سعودي رؤية "1447" هو خطأ وظيفي وليس تفضيلاً في التنسيق.

الأرقام العربية

تُستخدَم الأرقام العربية الشرقية (٠١٢٣٤٥٦٧٨٩) في بعض السياقات العربية الرسمية، غير أن الأرقام العربية الغربية (0-9) مفهومة على نطاق واسع ومستخدمة في معظم الواجهات الرقمية. وبالنسبة للبرمجيات الموجهة للحكومة، تأكّد من عميلك أي مجموعة أرقام مطلوبة — لا تفترض أن الأرقام الغربية مقبولة دائماً.

الفصحى في مقابل العامية

اللغة العربية الفصحى (الفصحى / MSA) هي السجل الصحيح لجميع الواجهات الرسمية: برمجيات الحكومة ولوحات تحكم المؤسسات والوثائق القانونية. اللهجة السعودية العامية (النجدية أو الحجازية) غير مناسبة لنصوص واجهة المستخدم، حتى وإن كانت هي اللغة التي يتواصل بها السعوديون في حياتهم اليومية. هذا التمييز مهم لأي نص يدخل الواجهة — اعمل مع كاتب محتوى عربي محترف يفهم لغة واجهة المستخدم الرسمية، وليس مجرد مترجم.

الخطوط والطباعة

ليست كل الخطوط التي تدعم الحروف اللاتينية تحتوي على مجموعة كاملة من الحروف العربية. نستخدم أنواع خطوط مصممة خصيصاً للسياقات العربية الرقمية — Noto Sans Arabic وTajawal وCairo وIBM Plex Arabic هي خيارات موثوقة تعمل بشكل جيد في تصاميم اللغتين من اليمين إلى اليسار ومن اليسار إلى اليمين معاً. اختبر مع سلاسل نصية عربية طويلة: فالنص العربي في كثير من عناصر واجهة المستخدم يكون أطول من نظيره الإنجليزي وسيكسر التصاميم التي لم تُصمَّم بمرونة كافية.

---

الاعتبارات الثقافية والتجارية

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

المبيعات القائمة على العلاقات

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

رمضان

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

الاعتبارات المتعلقة بالجنس في تصميم التطبيقات

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

علامات الحلال في برمجيات الغذاء والتجزئة

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

الإقامة ومنتجات القوى العاملة

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

---

كيف نعمل مع العملاء السعوديين في Cyberbeak

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

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

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

الفوترة المتوافقة مع زاتكا شيء قمنا بدمجه في منتجات عدة لعملائنا. نُطبّق خط أنابيب كامل لفاتورة المرحلة الثانية — توليد XML وترميز QR والتوقيع المشفّر وتكامل API مع زاتكا — ونعامله كمتطلب منتج أساسي وليس إضافة للامتثال.

تكامل المدفوعات لمنتجاتنا الاستهلاكية السعودية مبني حول Moyasar كبوابة أساسية، مع التعامل مع مدى وSTC Pay وApple Pay وخدمة الشراء الآن والدفع لاحقاً (تمارا أو تابي) كوسائل دفع من الدرجة الأولى منذ الجولة الأولى، لا إضافتها في مرحلة ثانية.

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

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

---

الأسئلة المتكررة

هل نحتاج كياناً قانونياً سعودياً لبناء برمجيات للعملاء السعوديين؟

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

هل تبنون تطبيقات بالعربية أولاً؟

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

كيف تتعاملون مع الامتثال لنظام PDPPL في مشاريعكم؟

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

ما بوابة الدفع التي توصون بها لتطبيق استهلاكي سعودي جديد؟

Moyasar هي نقطة بدايتنا الموصى بها. تقدم أفضل تجربة للمطورين في سوق المملكة العربية السعودية، وتدعم مدى بشكل أصلي، وتتكامل مع STC Pay، وتتعامل مع Apple Pay بشكل جيد. وللشراء الآن والدفع لاحقاً، أضف تمارا و/أو تابي بحسب فئة منتجك. وإذا كنت تبني في سياق مؤسسي أو حكومي، فقد يكون HyperPay أنسب.

هل يمكنكم التكامل مع مدى؟

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

---

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

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