> ## Content Index
> Fetch the complete content index at: https://arabroot.io/llms.txt
> Use this file to discover other available public pages before exploring further.

# منظومة المدفوعات في السعودية: سريع وSARIE ومدى وسداد
- URL: https://arabroot.io/articles/منظومة-المدفوعات-في-السعودية-سريع-و-sarie-و-مدى-و-سداد/
- Published: 2026-10-27T06:15:24.000Z
- Updated: 2026-10-27T13:32:28.000Z
- Description: الأنظمة الوطنية للمدفوعات في المملكة كما تصفها مصادر البنك المركزي، وما يعنيه كل نظام للمطور، مع تحليل تقارير نقاط البيع الأسبوعية.
- Author: فريق عرب رووت
- Tags: الأدلة التقنية, التقنية المالية والمدفوعات

لنفرض أن الشركة الناشئة نفسها التي تبيع اشتراكات الأندية الرياضية، والتي تتبعنا أموالها في مقال [كيف تنتقل الأموال بين البنوك؟](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D8%AA%D9%86%D8%AA%D9%82%D9%84-%D8%A7%D9%84%D8%A7%D9%85%D9%88%D8%A7%D9%84-%D8%A8%D9%8A%D9%86-%D8%A7%D9%84%D8%A8%D9%86%D9%88%D9%83-%D8%A7%D9%84%D9%85%D9%82%D8%A7%D8%B5%D8%A9-%D9%88%D8%A7%D9%84%D8%AA%D8%B3%D9%88%D9%8A%D8%A9/)، كبرت في سنتها الأولى، وأصبحت تحتاج أن تقبل المال وتدفعه بخمس طرق في نفس الأسبوع: عضو يدفع في استقبال النادي ببطاقته أو بجواله، وعضو يدفع داخل التطبيق، وشركة كبيرة تريد فاتورة لاشتراكات موظفيها تدفعها من نظامها المحاسبي، وعضو ألغى اشتراكه ويريد استرداد مبلغه اليوم، ورواتب خمسين مدرباً في آخر الشهر. وسأل المؤسس فريقه التقني سؤالاً بسيطاً: هل كل هذه «تحويلات بنكية»؟ ومن يملك كل واحدة؟ وما الذي يجب أن يبنيه الفريق في كل حالة؟ فاكتشف الفريق أن كل طريقة من الخمس تمر في نظام وطني مختلف، له اسمه وقواعده وما يتيحه للمطور.

وفي هذا المقال نأخذ المنظومة الوطنية للمدفوعات في المملكة نظاماً نظاماً: نظام التحويلات المالية السعودي SARIE للتسوية بين البنوك، ونظام المدفوعات الفورية «سريع»، وشبكة مدى للبطاقات، وسداد للفواتير، مع إشارة إلى إيصال لفواتير المنشآت، ونعتمد في كل معلومة على صفحات البنك المركزي السعودي ودليل قواعده وتقاريره المنشورة، بتاريخ اطلاعنا عليها. ثم نبني مختبراً صغيراً على بيانات حقيقية: نقرأ بـ Python تقارير نقاط البيع الأسبوعية التي ينشرها البنك المركزي بصيغة PDF، ونحولها إلى جدول نرى فيه أين ينفق الناس ومتى. والمفاهيم العامة للمقاصة والتسوية والفرق بين التسوية الإجمالية والصافية شرحناها في المقال السابق، فلن نكررها هنا.

وسوف نناقش في هذا المقال ما يلي:

- خريطة الأنظمة الوطنية ومن يملكها، وأي نظام تمر فيه كل طريقة من طرق الدفع الخمس في قصتنا.
- SARIE: نظام التسوية الإجمالية الفورية، والمشاركة المباشرة وغير المباشرة، وأرقامه في 2023.
- سريع: الحوالات الفورية، والمعرفات البديلة، والتحقق من اسم المستفيد، وما يعنيه للمطور.
- مدى: الشبكة الوطنية للبطاقات وقنواتها من نقاط البيع إلى الجوال والمحافظ، وأحدث ما أعلنه البنك المركزي عنها.
- سداد وإيصال: الفواتير من الإصدار إلى المطابقة.
- مختبر: تحويل تقارير نقاط البيع الأسبوعية إلى بيانات، والمشكلة التي واجهناها في قراءتها.
- الترخيص والبيئة التجريبية التشريعية، والأخطاء الشائعة، وقائمة تحقق.

## خريطة الأنظمة: من يملكها، وأين تمر كل دفعة؟

تعد صفحة [أنظمة المدفوعات الوطنية](https://www.sama.gov.sa/en-US/payment?ref=arabroot.io) لدى البنك المركزي السعودي أربعة أنظمة يملكها البنك المركزي: سداد ومدى وسريع وإيصال، ولكل منها صفحة بنبذة وخدمات ومزايا، وإلى جانبها نظام SARIE الذي تسوى فيه البنوك فيما بينها. والصورة التالية تضع الطرق الخمس في قصتنا على هذه الخريطة:

![خمس بطاقات: الدفع في النادي عبر مدى في نقاط البيع وأثير بالبطاقة أو الجوال على جهاز نقاط البيع، والدفع في التطبيق عبر مدى للتجارة الإلكترونية مع 3D Secure عبر مزود الدفع، وفاتورة الشركات عبر سداد برقم فاتورة يدفع من أي بنك، والاسترداد للعميل عبر سريع بحوالة فورية بالجوال أو الآيبان، والرواتب والموردون عبر SARIE بمدفوعات مجمعة تسوى بين البنوك، وتحتها أن كل هذه الأنظمة يملكها البنك المركزي السعودي وتنتهي تسويتها بين البنوك](https://arabroot.io/content/images/2026/10/saudi-payments-01-map.webp)

خمس طرق للدفع في شركة واحدة، وخمسة أنظمة وطنية خلفها

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

وفي وثيقة أنظمة المدفوعات في [دليل قواعد البنك المركزي](https://rulebook.sama.gov.sa/en/payment-systems?ref=arabroot.io) (بتاريخ 8 أبريل 2021، وموصوفة في الدليل بأنها مستبدلة Superseded) صنفت ثلاثة أنظمة أنظمة مدفوعات مهمة نظامياً Systemically Important Payment Systems، هي SARIE ومدى وسداد، والمعيار المذكور فيها أن النظام الذي قد يشكل خطراً على الاستقرار المالي إذا تعطل يعامل معاملة خاصة في الرقابة. والدرس للمطور أن هذه الأنظمة لا تتغير بسرعة ولا بلا إعلان، فقواعدها ورسائلها تتطور عبر البنك المركزي والبنوك، وتصلك عبر مزودك، لذلك اقرأ إعلانات مزودك عن أي تغيير في هذه الأنظمة بنفس الجدية التي تقرأ بها تحديثات مكتبة أمنية.

### من النقد والشيك إلى البطاقة والجوال: ماذا تقول الأرقام؟

قبل أن ندخل في كل نظام، يفيد أن نرى اتجاه السوق الذي تبني له، لأن الأرقام المنشورة تقول أين ذهب الناس في سنوات قليلة. ففي [التقرير السنوي الستين للبنك المركزي](https://www.sama.gov.sa/en-US/Publications/EconomicReports/AnnualReport/Sixtieth%5FAnnual%5FReport-EN.pdf?ref=arabroot.io) ارتفع عدد عمليات نقاط البيع من حوالي 1,032 مليون عملية في 2018 إلى حوالي 8,972 مليون في 2023، وعدد أجهزة نقاط البيع من 351,645 جهازاً إلى 1,739,070، بينما انخفض عدد أجهزة الصراف الآلي من 18,685 في 2018 إلى 15,954 في 2023، وانخفض عدد الشيكات التجارية والشخصية المقاصة في 2023 وحدها بنسبة 21.8% إلى 951 ألف شيك. ويذكر نفس التقرير أن المدفوعات الإلكترونية بلغت 70% في 2023، فتحقق مستهدف 2025 قبل موعده، ثم ذكر محافظ البنك المركزي في كلمته في سبتمبر 2026 أن حصة المدفوعات الإلكترونية بلغت 85% من إجمالي عمليات الدفع في قطاع التجزئة بنهاية 2025.

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

## SARIE: حيث تسوى البنوك فيما بينها

تصف وثيقة أنظمة المدفوعات في دليل القواعد SARIE بأنه نظام التسوية الإجمالية الفورية Real Time Gross Settlement في المملكة، وأنه يقدم خدمات التسوية لأنظمة المدفوعات الأخرى المرتبطة به، ومنها مقاصة الشيكات الإلكترونية ومدى وسداد. أي أن كل نظام آخر في هذا المقال ينتهي في SARIE في لحظة ما، عندما تسوى صافيات البنوك أو مدفوعاتها.

وفي [التقرير السنوي الستين للبنك المركزي](https://www.sama.gov.sa/en-US/Publications/EconomicReports/AnnualReport/Sixtieth%5FAnnual%5FReport-EN.pdf?ref=arabroot.io)، الذي يغطي سنة 2023، ارتفع عدد العمليات المنفذة عبر SARIE بنسبة 10% إلى حوالي 199.5 مليون عملية. ومنها مدفوعات العملاء المجمعة Bulk، مثل الرواتب، التي بلغت 193.7 مليون عملية بقيمة حوالي 5,743 مليار ريال، ومدفوعات العملاء المفردة التي بلغت 2.9 مليون عملية بقيمة حوالي 6,310 مليار ريال، والمدفوعات المفردة بين البنوك التي بلغت حوالي 891 ألف عملية بقيمة حوالي 35,917 مليار ريال. وهذه الأرقام تقول للمؤسس شيئاً مباشراً عن رواتب مدربيه: هي من نوع المدفوعات المجمعة التي تمثل أغلب عدد العمليات في SARIE، وتمر عبر بنكه في ملف واحد، لا في خمسين تحويلاً منفصلاً.

### المشاركة المباشرة وغير المباشرة

ليس كل بنك عاملاً في المملكة مشاركاً مباشراً في SARIE، و[قواعد المشاركة غير المباشرة](https://rulebook.sama.gov.sa/en/entiresection/3053?ref=arabroot.io) في دليل القواعد تعرف المشارك غير المباشر Indirect Participant بأنه بنك غير مشارك يقوم وكيل تسوية Settlement Agent، وهو مشارك مفوض من البنك المركزي، بمقاصة عملياته وتسويتها وتسجيلها في SARIE. وهذا النمط، طبقة من المشاركين المباشرين وطبقة تصل عبرهم، يتكرر في كل أنظمة المدفوعات تقريباً، وهو ما يحدث للشركة الناشئة نفسها بطبقة إضافية: هي عميلة لمزود، والمزود عميل لبنك، والبنك مشارك في النظام. وكل طبقة تضيف موعداً ورسوماً وملفاً للمطابقة، لذلك عندما تسأل «متى يصل المال؟» فاسأل عن كل طبقة.

### الرواتب: ملف واحد ومسؤوليات كثيرة

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

## سريع: الحوالات الفورية بالمعرف البديل

الاسترداد الذي طلبه العضو الذي ألغى اشتراكه هو حالة نموذجية لنظام المدفوعات الفورية سريع، وتصفه [صفحته لدى البنك المركزي](https://www.sama.gov.sa/ar-SA/payment/Pages/Sarie.aspx?ref=arabroot.io) بما يلي: أحد الأنظمة الوطنية التي يملكها البنك المركزي منذ إطلاقه عام 2021، صمم لتسهيل الحوالات المالية منخفضة القيمة بين البنوك المحلية دون 20,000 ريال، وتسريع إرسالها واستقبالها لتتم فوراً على مدار الساعة وطوال أيام الأسبوع، ويتيح استخدام معرفات بديلة عن الآيبان مثل رقم الجوال أو رقم الهوية الوطنية أو الإقامة أو البريد الإلكتروني أو الرقم الموحد للمنشآت، فيحول العميل مباشرة دون إضافة المستفيد أو تفعيله للحوالات التي تقل عن 2,500 ريال. ولاحظ أن [النسخة الإنجليزية من الصفحة](https://www.sama.gov.sa/en-US/payment/Pages/Sarie.aspx?ref=arabroot.io) تصف الحدين بعبارة «يساوي أو يقل عن»، فإذا كان الحد بالريال الواحد مهماً في منتجك فاعتمد على قواعد بنكك أو مزودك المكتوبة لا على صياغة صفحة تعريفية. والصورة التالية تبين الحوالة:

![أربع محطات من اليمين إلى اليسار: المعرف البديل جوال أو هوية أو بريد أو رقم موحد، ثم التحقق من الاسم قبل الإرسال أو قبل الإضافة، ثم التنفيذ الفوري على مدار الساعة طوال السنة، ثم المستفيد المبلغ في حسابه خلال ثوان، وتحتها منخفض القيمة دون 20,000 ريال ودون إضافة المستفيد حتى 2,500 ريال كما تذكر صفحة سريع ورسائله متوافقة مع ISO 20022](https://arabroot.io/content/images/2026/10/saudi-payments-02-sarie.webp)

المعرف البديل والتحقق من الاسم قبل التنفيذ هما ما يميز تجربة سريع

وتذكر الصفحة نفسها ثلاث خدمات: التحويل الفوري بالآيبان أو المعرفات البديلة، والتحقق من حساب المستفيد Account Verification بعرض اسمه فوراً قبل إضافته أو قبل إرسال الحوالة، والتحقق من حسابات الشركات بالتأكد من أن الحساب يطابق هوية مالكه ومعرفة حالته قبل التحويل. ومن المزايا المذكورة التوافق مع المعايير الدولية والتشغيل البيني مع أنظمة الدفع الفوري الإقليمية والعالمية وفقاً لمعيار ISO 20022، وهو معيار الرسائل المالية الذي سنشرحه في مقال مستقل عن رسائل البنوك.

### ماذا يعني سريع للمطور؟

عندما بنى فريق الشركة ميزة الاسترداد، واجه أسئلة لم تكن في البطاقات، وهي ما يحتاج أي منتج يرسل حوالات فورية أن يجيب عنه:

- **الحوالة الفورية نهائية عملياً:** المال يصل خلال ثوان، والرجوع عن حوالة وصلت إلى شخص خاطئ ليس زر «إلغاء»، وإنما طلب يمر بالبنوك وقد لا ينجح. لذلك التحقق قبل الإرسال أهم بكثير من أي معالجة بعده.
- **اعرض الاسم قبل التأكيد:** خدمة التحقق من الحساب موجودة لهذا السبب، فإذا كان بنكك أو مزودك يتيحها في واجهته فاعرض للمستخدم اسم المستفيد قبل أن يضغط «إرسال»، واجعل اختلاف الاسم عن المتوقع سبباً لإيقاف الاسترداد ومراجعته يدوياً.
- **المعرف البديل بيانات شخصية:** رقم الجوال والهوية والبريد بيانات يحكمها نظام حماية البيانات الشخصية، فلا تحفظها إلا لغرض محدد، ولا تعرضها في السجلات.
- **الأمان من التكرار:** طلب الاسترداد الذي يرسل مرتين بسبب انقطاع الشبكة يعني أن العضو استلم مرتين، والحوالة فورية فلا وقت لاكتشاف ذلك قبل وصولها، لذلك كل طلب حوالة يحمل مفتاحاً فريداً يمنع تنفيذه مرتين، كما شرحنا في [Idempotency: كيف تجعل العملية آمنة عند تكرارها](https://arabroot.io/articles/idempotency-%D9%83%D9%8A%D9%81-%D8%AA%D8%AC%D8%B9%D9%84-%D8%A7%D9%84%D8%B9%D9%85%D9%84%D9%8A%D8%A9-%D8%A7%D9%85%D9%86%D8%A9-%D8%B9%D9%86%D8%AF-%D8%AA%D9%83%D8%B1%D8%A7%D8%B1%D9%87%D8%A7/).
- **الحدود بحسب البنك:** الحدود في صفحة سريع حدود النظام، وفوقها حدود يضعها كل بنك لعملائه، وحدود يضعها المزود في عقده، فاختبر في البيئة التجريبية لمزودك ما يحدث عندما يتجاوز المبلغ أي حد.

### التحقق من حسابات الموردين قبل الدفع

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

## مدى: الشبكة الوطنية للبطاقات

أغلب ما تقبله الشركة الناشئة يمر في مدى، وتصفه [صفحته لدى البنك المركزي](https://www.sama.gov.sa/en-US/payment/Pages/mada.aspx?ref=arabroot.io) بأنه أحد الأنظمة الوطنية التي يملكها البنك المركزي منذ إطلاقه عام 1990، يوصل الدفع الإلكتروني إلى كل مناطق المملكة عبر قنوات متعددة مثل أجهزة نقاط البيع والصرافات الآلية ومواقع التجارة الإلكترونية، وكلها مرتبطة بنظام دفع مركزي يوجه العمليات المالية إلى مصدر البطاقة Card Issuer لإتمامها خلال ثوان. وتذكر الصفحة من مزاياه إتمام العملية في أقل من 3 ثوان، والقبول العالمي عبر الشبكات الدولية للبطاقات، وحداً يومياً مرناً للمدفوعات يستطيع البنك المصدر تعديل حده الأعلى. والصورة التالية تبين الخدمات التي تذكرها الصفحة:

![خمس بطاقات: نقاط البيع POS باتصال مباشر بالمصدر، ومدى أثير NFC دون تلامس بالبطاقة أو الجهاز، ونقاط البيع على Android حيث الجوال جهاز قبول دون جهاز خاص، والتجارة الإلكترونية مع 3D Secure بتحقق إضافي من حامل البطاقة، والمحافظ بالترميز Tokenisation مثل mada Pay وApple Pay وSamsung وGoogle، وتحتها إتمام العملية في أقل من 3 ثوان والحد اليومي يعدله البنك المصدر](https://arabroot.io/content/images/2026/10/saudi-payments-03-mada.webp)

شبكة واحدة وقنوات متعددة، وكلها تصل إلى البنك المصدر للبطاقة

- **نقاط البيع:** عمليات آمنة وسريعة مع اتصال مباشر بين مصدري البطاقات ومستضيف العمليات Transaction Host.
- **مدى أثير:** الدفع من مسافة قصيرة بالبطاقة أو الجهاز الذكي دون تلامس، بتقنية الاتصال قريب المدى NFC.
- **تطبيق نقاط البيع على أجهزة Android:** يقبل التاجر المدفوعات من الشبكات العالمية أو بطاقات مدى مباشرة عبر جواله دون جهاز نقاط بيع خاص، وهذا ما يعرف بـ SoftPOS.
- **التجارة الإلكترونية:** استخدام البطاقة في الدفع عبر الإنترنت ببروتوكول 3D Secure، الذي يضيف طبقة تحقق من هوية حامل البطاقة بتبادل بيانات بين التاجر والبنك المصدر.
- **المحافظ:** محفظة mada Pay لأجهزة Android، وإضافة بطاقة مدى إلى Apple Pay وSamsung Pay وGoogle Pay، مع تقنيات مثل الترميز Tokenization التي تحفظ سرية بيانات البطاقة المخزنة في المحفظة.

وفي سبتمبر 2026 أعلن البنك المركزي أمرين يخصان مدى: الأول [قرب إتاحة خدمة Tap to Pay عبر أجهزة iPhone](https://www.sama.gov.sa/ar-sa/MediaCenter/News/Pages/news-1170.aspx?ref=arabroot.io) (17 سبتمبر 2026)، التي ستمكن التجار عند إطلاقها من قبول المدفوعات مباشرة عبر أجهزة iPhone المتوافقة مع NFC، باستخدام بطاقات مدى وغيرها من البطاقات والمحافظ الداعمة للدفع اللاتلامسي، وذكر الإعلان أن خدمة SoftPOS أطلقت عام 2021\. والثاني [بدء قبول بطاقات مدى في دولة قطر وبطاقة «هميان» في المملكة بشكل تدريجي](https://www.sama.gov.sa/ar-sa/MediaCenter/News/Pages/news-1168.aspx?ref=arabroot.io) (15 سبتمبر 2026)، بالتعاون مع مصرف قطر المركزي. وللشركة الناشئة يعني الأول أن موظف الاستقبال في النادي قد يقبل الدفع من جواله دون جهاز منفصل، بشرط أن يدعم مزودها ذلك، ويعني الثاني أن الأعضاء الزائرين من قطر بطاقاتهم الوطنية قد تقبل تدريجياً.

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

وتفاصيل ما يحدث داخل عملية البطاقة، من التفويض إلى التسوية والاعتراضات، لها مقال مستقل في هذه السلسلة، لأنها قصة طويلة بأطرافها الأربعة. والمهم هنا أن مدى شبكة وطنية تصل التاجر بالبنك المصدر، وأن الشركة الناشئة تصل إليها عبر مزود الدفع، وأن أرقامها ضخمة: ففي التقرير السنوي الستين بلغ عدد عمليات نقاط البيع حوالي 8,972 مليون عملية في 2023 بقيمة حوالي 614 مليار ريال، وعدد أجهزة نقاط البيع 1,739,070 جهازاً.

### ماذا تحتاج لتقبل مدى في تطبيقك؟

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

- هل يدعم المزود قبول بطاقات مدى في التجارة الإلكترونية مع 3D Secure، وكيف تظهر خطوة التحقق للعميل داخل التطبيق؟
- هل يدعم المحافظ التي يستخدمها أعضاء النادي، مثل Apple Pay، وكيف يتعامل مع البطاقة المرمزة Tokenized فيها؟
- هل يعطي التطبيق حقل البطاقة جاهزاً من صفحته أو مكتبته، حتى لا تمر بيانات البطاقة على سيرفرات الشركة أصلاً؟ وهذا يقلل نطاق متطلبات أمن بيانات البطاقات PCI DSS عليها كثيراً.
- ما جدول التسوية والرسوم والاحتياطي، وكيف يصل ملف التسوية للمطابقة؟
- كيف يعمل الاسترداد الجزئي والكامل، وكيف تصل الاعتراضات؟
- هل توجد بيئة تجريبية Sandbox ببطاقات اختبار، حتى لا يجرب الفريق ببطاقة حقيقية أبداً؟

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

## سداد: الفواتير من الإصدار إلى المطابقة

الشركة الكبيرة التي تريد فاتورة لاشتراكات موظفيها لا تريد أن تدفع ببطاقة، وإنما برقم فاتورة تدفعه من حسابها البنكي ويدخل في دورتها المحاسبية، وهذا ما صمم له سداد. وتصفه [صفحته لدى البنك المركزي](https://www.sama.gov.sa/en-US/payment/Pages/SADAD.aspx?ref=arabroot.io) بأنه أحد الأنظمة الوطنية التي يملكها البنك المركزي منذ إطلاقه عام 2004، يتيح عرض الفواتير ودفعها إلكترونياً، مثل فواتير الخدمات الحكومية وغيرها، عبر كل القنوات المصرفية والمحافظ الرقمية المرخصة، ويربط المفوترين Billers، أي الجهات التي تصدر الفواتير، بالجهات المصرفية وغير المصرفية. والصورة التالية تبين دورة الفاتورة:

![خمس محطات من اليمين إلى اليسار: المفوتر Biller يصدر فاتورة برقم ومبلغ، ثم سداد يعرض الفاتورة في كل القنوات، ثم العميل يدفع من بنكه أو محفظة مرخصة، ثم الإشعار بتحديث حالة الفاتورة، ثم التقارير الدورية للمطابقة والتسوية، وتحتها 322.4 مليون عملية بقيمة حوالي 719 مليار ريال في 2023](https://arabroot.io/content/images/2026/10/saudi-payments-04-sadad.webp)

الفاتورة تصدر مرة، وتدفع من أي قناة، وتعود إلى المفوتر إشعاراً وتقريراً

والخدمات التي تذكرها الصفحة ترسم ما يحتاجه منتجك إذا أصدر فواتير عبر سداد: تقديم الفواتير ودفعها عبر القنوات المصرفية، ومعالجة الاسترداد للفواتير المدفوعة عبر سداد، واستلام إشعار دفع تلقائي، وتقارير دورية للمفوترين والبنوك عن العمليات المطابقة والمسواة، وبوابة إلكترونية تتابع فيها البنوك والمفوترون تفاصيل العمليات وترسل الشكاوى والاستفسارات، وتحديث حالة الفواتير المدفوعة. ويذكر التقرير السنوي الستون أن عدد العمليات عبر سداد في 2023 بلغ 322.4 مليون عملية، بنمو 3.3%، وأن قيمتها ارتفعت 11.7% إلى حوالي 719 مليار ريال.

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

### متى تختار سداد بدلاً من البطاقة؟

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

### وإيصال لفواتير المنشآت

إلى جانب سداد تذكر صفحة الأنظمة الوطنية إيصال، و[صفحته](https://www.sama.gov.sa/en-US/payment/Pages/Esal.aspx?ref=arabroot.io) تصفه بأنه نظام الفوترة الإلكترونية الذي يملكه البنك المركزي منذ إطلاقه عام 2019، ويقدم حلاً متكاملاً لفواتير قطاع الأعمال في المملكة، يربط الموردين بالمشترين، ويغطي دورة الفاتورة من تقديمها إلى دفعها ومطابقتها، مع معالجة عدة أشكال من الفواتير والمطابقة التلقائية والدفع المجمع والتقارير. وإذا كانت عملاء منتجك منشآت كبيرة تدفع لمورديها بدورات محاسبية، فهذا النظام هو ما قد يطلبه قسم المشتريات عندها، فاسأل عنه بنكك.

## المختبر: بيانات نقاط البيع الأسبوعية من البنك المركزي

ينشر البنك المركزي في صفحة [عمليات نقاط البيع الأسبوعية](https://www.sama.gov.sa/en-US/Statistics/Indices/Pages/POS.aspx?ref=arabroot.io) تقريراً كل أسبوع بصيغة PDF، وتقول الصفحة إنه يتتبع نشاط الدفع الإلكتروني عبر أجهزة نقاط البيع في كل الأنشطة والمدن في المملكة، بجداول لعدد العمليات وقيمتها والتغير الأسبوعي بحسب النشاط والمدينة. وهذه بيانات حقيقية يستطيع أي مطور أن يستخدمها ليفهم السوق الذي يبني له: متى يدفع الناس أكثر، وكم متوسط العملية في المطاعم مقابل محطات الوقود. ولكنها بصيغة PDF، وPDF ليس صيغة بيانات، فلنحولها إلى جدول.

نزلنا آخر عشرة تقارير منشورة، من تقرير الأسبوع المنتهي في 15 أغسطس 2026 إلى تقرير الأسبوع المنتهي في 17 أكتوبر 2026، في مجلد اسمه `pdf`، وكل تقرير فيه أربعة أسابيع متتالية، فتغطي العشرة ثلاثة عشر أسبوعاً مختلفاً. والأداة التي تحول PDF إلى نص هي `pdftotext`، ونستخدم الخيار `-raw` الذي يخرج النص بترتيب كتابته في الملف، فتأتي التسمية في سطر ثم أرقامها في السطر التالي. والملف التالي يقرأ الجدول الأول (بحسب النشاط) من كل تقرير، ويبني سلسلة أسبوعية من سطر المجموع Total، ثم يأخذ أحدث أسبوع ويرتب الأنشطة:

```python
# pos.py: read SAMA's weekly point-of-sale reports (PDF) and build one table per week
import re, subprocess, sys
from datetime import datetime
from pathlib import Path

NUM = re.compile(r"^-?[\d,]+(\.\d+)?$")
WEEK = re.compile(r"(\d{1,2} \w{3},\d{2}) - (\d{1,2} \w{3},\d{2})")

def norm(d):                                   # "6 Sep,26" and "06 Sep,26" are the same day
    day, rest = d.split(" ")
    return f"{int(day):02d} {rest}"

def activity_rows(pdf):
    """Table 1 only: (label, [(week, number_k, value_k) x 4]) in the order they appear"""
    text = subprocess.run(["pdftotext", "-raw", str(pdf), "-"], capture_output=True, text=True, encoding="latin-1").stdout   # pdftotext writes Latin-1 by default
    weeks, label, out, in_table1 = [], None, [], False
    for line in text.splitlines():
        line = line.strip()
        if line.startswith("Table 1"):
            in_table1 = True
        elif line.startswith("Table 2"):
            break
        if in_table1 and not weeks and WEEK.search(line):
            weeks = [f"{norm(a)} - {norm(b)}" for a, b in WEEK.findall(line)]
        tokens = line.split()
        if in_table1 and len(tokens) == 10 and all(NUM.match(t) for t in tokens):
            n = [float(t.replace(",", "")) for t in tokens]
            out.append((label, [(weeks[w], n[2 * w], n[2 * w + 1]) for w in range(4)]))
        elif tokens:
            label = line
    return out

def top_level(rows, w):
    """a row is a category if the rows right after it add up to it; its children are skipped"""
    vals = [r[1][w][1] for r in rows]
    top, i = [], 0
    while i < len(rows) - 1:                   # the last row is "Total"
        k, s = i + 1, 0
        while k < len(rows) - 1 and s < vals[i] - 1:
            s += vals[k]; k += 1
        if k - i > 2 and abs(s - vals[i]) <= 2:    # at least two children, rounding of 1 or 2
            top.append(rows[i]); i = k
        else:
            top.append(rows[i]); i += 1
    return top

series = {}
for pdf in sorted(Path(sys.argv[1]).glob("*.pdf")):
    rows = activity_rows(pdf)
    for week, n, v in rows[-1][1]:                 # the "Total" row
        series[week] = (n, v)
    latest = rows                                  # keep the rows of the newest report read last

start = lambda w: datetime.strptime(w.split(" - ")[0], "%d %b,%y")
print(f"{'week':25} {'transactions (M)':>17} {'value (SAR M)':>14} {'avg ticket (SAR)':>17}")
for w in sorted(series, key=start):
    n, v = series[w]
    print(f"{w:25} {n/1000:>17.1f} {v/1000:>14,.0f} {v/n:>17.1f}")

newest = max((p for p in Path(sys.argv[1]).glob("*.pdf")), key=lambda p: start(activity_rows(p)[-1][1][3][0]))
rows = activity_rows(newest)
top = top_level(rows, 3)
total_n, total_v = rows[-1][1][3][1], rows[-1][1][3][2]
print(f"\nnewest week {rows[-1][1][3][0]}: {len(rows) - 1} rows, {len(top)} top-level")
print(f"sum of top-level rows: {sum(r[1][3][1] for r in top):,.0f} thousand transactions (Total says {total_n:,.0f})")
for name, cols in sorted(top, key=lambda r: -r[1][3][2])[:5]:
    _, n, v = cols[3]
    print(f"  {name:32} {v/1000:>7,.0f} SAR M  {v / total_v:6.1%}  avg {v/n:>6.1f} SAR")
```

وعند تشغيله بالأمر `python pos.py pdf` على Python 3.13 سوف يكون المخرج كما يلي:

```text
week                       transactions (M)  value (SAR M)  avg ticket (SAR)
19 Jul,26 - 25 Jul,26                 226.2         12,264              54.2
26 Jul,26 - 01 Aug,26                 267.1         16,311              61.1
02 Aug,26 - 08 Aug,26                 253.4         14,596              57.6
09 Aug,26 - 15 Aug,26                 249.7         14,192              56.8
16 Aug,26 - 22 Aug,26                 237.3         14,173              59.7
23 Aug,26 - 29 Aug,26                 255.4         15,799              61.9
30 Aug,26 - 05 Sep,26                 267.8         15,836              59.1
06 Sep,26 - 12 Sep,26                 254.9         13,790              54.1
13 Sep,26 - 19 Sep,26                 241.1         12,922              53.6
20 Sep,26 - 26 Sep,26                 243.6         13,373              54.9
27 Sep,26 - 03 Oct,26                 273.9         16,507              60.3
04 Oct,26 - 10 Oct,26                 253.4         13,526              53.4
11 Oct,26 - 17 Oct,26                 246.4         12,603              51.1

newest week 11 Oct,26 - 17 Oct,26: 30 rows, 19 top-level
sum of top-level rows: 246,423 thousand transactions (Total says 246,421)
  Food & Beverages                   2,221 SAR M   17.6%  avg   37.5 SAR
  Others                             1,902 SAR M   15.1%  avg   47.4 SAR
  Restaurants & Cafés                1,646 SAR M   13.1%  avg   27.6 SAR
  Gas Stations                         998 SAR M    7.9%  avg   55.5 SAR
  Transportation                       922 SAR M    7.3%  avg  133.0 SAR
```

في الكود والمخرج أعلاه لاحظ التالي:

- كل تقرير يغطي أربعة أسابيع، فالأسبوع الواحد يظهر في أربعة تقارير متتالية، والكود يكتب فوق القيمة القديمة بالقيمة من التقرير الأحدث (`series[week] = (n, v)`)، والسبب أن الأرقام الأولية قد تراجع في التقارير اللاحقة، فالأحدث أولى.
- الأرقام في التقارير بالآلاف، كما يذكر رأس كل جدول («In Thousand»)، لذلك قسمنا على ألف لنعرض عدد العمليات بالملايين وقيمتها بملايين الريالات، ومتوسط العملية هو القيمة مقسومة على العدد، والآلاف تختصر من الطرفين.
- في ثلاثة عشر أسبوعاً تراوحت القيمة الأسبوعية بين حوالي 12.3 و16.5 مليار ريال، ومتوسط العملية بين 51 و62 ريالاً تقريباً، وهذا رقم يفيد منتجك مباشرة: أغلب عمليات نقاط البيع صغيرة، فرسوم ثابتة على كل عملية تؤثر على التاجر أكثر من نسبة مئوية.
- أعلى الأسابيع قيمة (26 يوليو و23 و30 أغسطس و27 سبتمبر) يقع كل منها في آخر الشهر الميلادي أو حوله، ويرتفع فيها متوسط العملية أيضاً. وقد يرتبط ذلك بمواعيد صرف الرواتب، وهذا تفسير نقترحه نحن لأن التقارير لا تذكر أسباباً، فلا تبن عليه قراراً قبل أن تتحقق منه ببيانات أطول.
- في أحدث أسبوع جاءت الأغذية والمشروبات Food & Beverages أولاً بقيمة 2.2 مليار ريال (17.6% من القيمة) بمتوسط 37.5 ريالاً، والمطاعم والمقاهي بمتوسط 27.6 ريالاً فقط، والنقل بمتوسط 133 ريالاً.

والصورة التالية ترسم القيمة الأسبوعية من المخرج نفسه:

![رسم أعمدة لثلاثة عشر أسبوعاً من 19 يوليو إلى 11 أكتوبر 2026 بقيمة عمليات نقاط البيع بملايين الريالات: 12,264 و16,311 و14,596 و14,192 و14,173 و15,799 و15,836 و13,790 و12,922 و13,373 و16,507 و13,526 و12,603، والأسابيع البرتقالية أعلى من 15 مليار ريال وهي أسابيع 26 يوليو و23 أغسطس و30 أغسطس و27 سبتمبر](https://arabroot.io/content/images/2026/10/saudi-payments-05-pos-weeks.webp)

القيمة الأسبوعية من تقارير البنك المركزي، كما خرجت من المختبر

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

### من سكربت إلى تقرير أسبوعي آلي

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

### المشكلة التي واجهناها: «Others» تظهر مرتين

في النسخة الأولى من الكود حفظنا كل صف في قاموس بمفتاح اسمه، أي `data[("activity", label, week)]`، ورتبنا الأنشطة من هذا القاموس، فظهرت مشكلتان دون أي رسالة خطأ. الأولى أن جدول الأنشطة ليس قائمة مسطحة، وإنما فيه أنشطة رئيسية لها صفوف فرعية، مثل «Transportation» وتحتها «Airlines» و«Auto & Equipment Rentals» وغيرها، فكان الترتيب يضع النشاط الرئيسي وأجزاءه في نفس القائمة كأنها أنشطة مستقلة، ومجموعها أكبر من الإجمالي. والثانية أن آخر صف فرعي تحت «Transportation» اسمه «Others»، وفي آخر الجدول نشاط رئيسي آخر اسمه «Others» أيضاً، فكتب الصف الثاني فوق الأول بنفس المفتاح، واختفت قيمة الصف الفرعي من البيانات تماماً.

والحل الذي في الكود أعلاه ألا نثق بالأسماء وحدها، وإنما بالجمع: الدالة `top_level` تعتبر الصف نشاطاً رئيسياً إذا كان مجموع الصفوف التي تليه مباشرة يساوي قيمته (مع فرق 1 أو 2 من التقريب)، فتتخطى صفوفه الفرعية. ثم يتحقق الكود من نفسه: مجموع الأنشطة الرئيسية التسعة عشر يجب أن يساوي سطر المجموع في التقرير، والمخرج يقول 246,423 ألف عملية مقابل 246,421 في سطر المجموع، والفرق ألفا عملية من التقريب في الجدول نفسه. وهذا السطر هو ما يجعلنا نثق في الترتيب الذي بعده. والدرس عام في كل مرة تقرأ بيانات من تقرير مكتوب للبشر: ابحث عن مجموع منشور في نفس الملف وطابق عليه، لأن تحويل جدول إلى بيانات يخطئ بصمت أكثر مما يخطئ بإعلان.

وهناك مشكلة ثانية أصغر: أول تشغيل توقف بخطأ `IndexError`، لأن بعض التقارير تكتب اليوم برقم واحد («6 Sep,26») وبعضها برقمين («06 Sep,26»)، فلم يطابق التعبير النمطي الأول إلا جزءاً من الأسابيع. فأصبح التعبير يقبل رقماً أو رقمين، والدالة `norm` توحد الشكل حتى لا يظهر نفس الأسبوع مرتين باسمين. ولاحظ أخيراً أن `pdftotext` يكتب افتراضياً بترميز Latin-1، فقرأناه بنفس الترميز حتى تظهر «Cafés» كما هي.

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

## قبل أن تبني: الترخيص والبيئة التجريبية التشريعية

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

![ثلاث لوحات: في اليمين تقبل عبر مزود مرخص فالمزود يحمل الترخيص وأنت تاجر في عقده تقرأ عقده وجدول تسويته وتطابق يومياً، وفي الوسط تقدم خدمة دفع بنفسك تحتفظ بأموال غيرك أو تحولها للغير فيحكمك نظام المدفوعات وخدماتها ولوائحه التنفيذية، وفي اليسار فكرة جديدة في البيئة التجريبية التشريعية تختبر بعدد محدود بشروط البنك المركزي قبل الترخيص الكامل، وتحتها أن التكييف القانوني لنشاطك يقرره البنك المركزي ومستشارك](https://arabroot.io/content/images/2026/10/saudi-payments-06-license.webp)

كونك تاجراً عبر مزود مرخص يختلف عن كونك مقدم خدمة دفع

- **الإطار النظامي:** [نظام المدفوعات وخدماتها](https://rulebook.sama.gov.sa/en/law-payments-and-payment-services?ref=arabroot.io) و[لائحته التنفيذية](https://rulebook.sama.gov.sa/en/implementing-regulations-payments-and-payment-services-law?ref=arabroot.io) التي وافق عليها مجلس إدارة البنك المركزي في 13 يونيو 2023 بحسب التقرير السنوي الستين، وأنواع التراخيص وشروطها في دليل القواعد، وقد جمعنا روابطها في [فقرة التنظيم في مقال المحفظة الرقمية](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D8%AA%D8%A8%D9%86%D9%8A-%D9%85%D8%AD%D9%81%D8%B8%D8%A9-%D8%B1%D9%82%D9%85%D9%8A%D8%A9-ledger/#regulation).
- **البيئة التجريبية التشريعية Regulatory Sandbox:** تقول [صفحتها لدى البنك المركزي](https://www.sama.gov.sa/en-US/Supervision/SandBox/Pages/default.aspx?ref=arabroot.io) إنها صممت لتمكين الشركات الناشئة المالية والتقنية المالية من اختبار منتجات وخدمات مالية مبتكرة في بيئة واقعية بإشراف مباشر من البنك المركزي، ولرصد المخاطر المحتملة لنماذج الأعمال الجديدة قبل طرحها الكامل في السوق، وفي الصفحة إطار البيئة التجريبية ودليل التقديم.
- **حجم القطاع:** في [كلمة محافظ البنك المركزي في مؤتمر Money20/20 الشرق الأوسط](https://www.sama.gov.sa/ar-sa/MediaCenter/News/Pages/15092026.aspx?ref=arabroot.io) (15 سبتمبر 2026) بلغ عدد شركات التقنية المالية العاملة في المملكة 371 شركة بنهاية أغسطس 2026، وسجلت حصة المدفوعات الإلكترونية 85% من إجمالي عمليات الدفع في قطاع التجزئة بنهاية 2025، أي أنك تبني في سوق تعود فيه الناس على الدفع الإلكتروني، والمنافسة فيه على التجربة والتكلفة لا على إقناع الناس بالفكرة.

وعندما تختار مزوداً أو شريكاً مالياً، فتحقق من أنه مرخص أو مصرح له فعلاً، لا من شعار على موقعه. فالبنك المركزي ينشر في صفحة [الشركات المصرح لها في البيئة التجريبية](https://www.sama.gov.sa/en-US/Supervision/SandBox/Pages/permitted-fintechs.aspx?ref=arabroot.io) قائمة يمكن البحث فيها بنوع النشاط، ويؤكد في إعلاناته عن التراخيص الجديدة، مثل [إعلانه في 13 أكتوبر 2026](https://www.sama.gov.sa/ar-sa/MediaCenter/News/Pages/news-1172.aspx?ref=arabroot.io)، أهمية التعامل مع المؤسسات المالية المرخصة أو المصرح لها من قبله، وأنه يمكن التحقق من ذلك عبر موقعه. واجعل هذا التحقق خطوة مكتوبة في اختيار أي مزود، واحفظ تاريخه ونتيجته، لأن ترخيص الشريك جزء من مخاطرك أنت أمام عملائك.

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

## جدول القرار: أي نظام لأي استخدام؟

جمع الفريق ما تعلمه في جدول واحد يرجع إليه عند كل ميزة جديدة، والجدول ليس قواعد الأنظمة، وإنما الأسئلة التي يجب أن يجيب عنها لكل طريقة دفع قبل أن يكتب كوداً:

| الاستخدام            | النظام الوطني                            | تصل إليه عبر     | السؤال الأهم قبل البناء                                 |
| -------------------- | ---------------------------------------- | ---------------- | ------------------------------------------------------- |
| دفع العضو في النادي  | مدى (نقاط البيع وأثير)                   | مزود دفع أو بنك  | هل يدعم المزود القبول بالجوال، وما رسوم كل عملية صغيرة؟ |
| دفع العضو في التطبيق | مدى للتجارة الإلكترونية والشبكات الدولية | مزود دفع         | هل تمر بيانات البطاقة على سيرفراتي؟ وما جدول التسوية؟   |
| فاتورة لشركة         | سداد                                     | بنك أو جهة مرخصة | كيف يصل الإشعار والتقرير للمطابقة؟                      |
| استرداد لعضو         | سريع                                     | البنك أو المزود  | هل أعرض اسم المستفيد قبل الإرسال؟ وما الحدود؟           |
| رواتب وموردون        | SARIE (مدفوعات مجمعة)                    | البنك            | كيف تعود الصفوف الفاشلة؟ وما مواعيد الرفع؟              |

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

## أخطاء شائعة

| الخطأ                                  | لماذا يضر                                          | البديل                                                    |
| -------------------------------------- | -------------------------------------------------- | --------------------------------------------------------- |
| معاملة كل الطرق كـ «تحويل بنكي»        | لكل نظام قواعد نهائية ورجوع ومطابقة مختلفة         | جدول لكل طريقة: النظام، والطرف، والنهائية، وملف المطابقة  |
| إرسال حوالة فورية دون عرض اسم المستفيد | الحوالة نهائية عملياً، والرجوع عنها غير مضمون      | تحقق من الحساب قبل التأكيد، وإيقاف عند اختلاف الاسم       |
| بناء الحدود على صفحة تعريفية           | حدود البنك والمزود فوق حدود النظام، والصياغة تختلف | الحدود المكتوبة من بنكك ومزودك، مختبرة في بيئته التجريبية |
| الاعتماد على إشعار سداد وحده           | الإشعار قد يتأخر أو يتكرر                          | معالجة آمنة للتكرار، ومطابقة يومية بالتقرير الدوري        |
| حفظ المعرفات البديلة في السجلات        | بيانات شخصية يحكمها النظام                         | حفظ لغرض محدد، وإخفاء في السجلات                          |
| الاحتفاظ بأرصدة للعملاء دون سؤال       | نشاط مدفوعات منظم                                  | مستشار قانوني والنظام ولائحته قبل البناء                  |
| تحويل تقرير PDF إلى بيانات دون تحقق    | أخطاء صامتة مثل تكرار الأسماء                      | طابق على المجموع المنشور في نفس التقرير                   |

## قائمة تحقق للمنتج الذي يتعامل مع الأنظمة الوطنية

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

## الخلاصة

وصلنا لنهاية الموضوع، وأهم ما فيه:

- يملك البنك المركزي السعودي الأنظمة الوطنية للمدفوعات: سداد ومدى وسريع وإيصال، وإلى جانبها SARIE نظام التسوية الإجمالية الفورية الذي تنتهي إليه تسوية الأنظمة الأخرى.
- SARIE يحمل مدفوعات بين البنوك ضخمة القيمة ومدفوعات عملاء مجمعة كثيرة العدد، والبنوك غير المشاركة تصل إليه عبر وكيل تسوية.
- سريع يتيح الحوالات الفورية منخفضة القيمة على مدار الساعة بمعرفات بديلة وتحقق من الاسم، والحوالة نهائية عملياً، فالتحقق قبل الإرسال هو الحماية الحقيقية.
- مدى شبكة البطاقات الوطنية منذ 1990، بقنوات من نقاط البيع وأثير وSoftPOS إلى التجارة الإلكترونية والمحافظ، وفي سبتمبر 2026 أعلن البنك المركزي قرب Tap to Pay عبر iPhone وبدء قبول مدى في قطر.
- سداد يربط المفوترين بكل القنوات منذ 2004، والمطابقة فيه بالتقارير الدورية لا بالإشعار وحده.
- بيانات نقاط البيع الأسبوعية من البنك المركزي تعطيك صورة حقيقية للسوق، وفي المختبر تراوحت القيمة الأسبوعية بين 12.3 و16.5 مليار ريال بمتوسط عملية حوالي 51 إلى 62 ريالاً، بشرط أن تتحقق من تحويلها بالمجموع المنشور.

وبقية مقالات قسم التقنية المالية والمدفوعات:

[![](https://arabroot.io/content/images/2026/10/payments-clearing-cover-cover.webp)دليلكيف تنتقل الأموال بين البنوك؟ المقاصة Clearing والتسويةماذا يحدث بين ضغطة «ادفع» ووصول المال: الدفع والمقاصة والتسوية الإجمالية والصافية، مع محاكاة يوم من التسويات بين ستة بنوك.](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D8%AA%D9%86%D8%AA%D9%82%D9%84-%D8%A7%D9%84%D8%A7%D9%85%D9%88%D8%A7%D9%84-%D8%A8%D9%8A%D9%86-%D8%A7%D9%84%D8%A8%D9%86%D9%88%D9%83-%D8%A7%D9%84%D9%85%D9%82%D8%A7%D8%B5%D8%A9-%D9%88%D8%A7%D9%84%D8%AA%D8%B3%D9%88%D9%8A%D8%A9/)[![](https://arabroot.io/content/images/2026/10/card-payment-flow-cover-cover.webp)دليلكيف يعمل الدفع بالبطاقة؟ التفويض Authorization والتسويةمن ضغطة «ادفع» إلى آخر اعتراض: التفويض و3D Secure والتحصيل والتسوية والاسترداد والاعتراض، مع مختبر لأحداث مزود الدفع ومطابقتها.](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D8%AA%D8%B9%D9%85%D9%84-%D8%B9%D9%85%D9%84%D9%8A%D8%A9-%D8%A7%D9%84%D8%AF%D9%81%D8%B9-%D8%A8%D8%A7%D9%84%D8%A8%D8%B7%D8%A7%D9%82%D8%A9-%D8%A7%D9%84%D8%AA%D9%81%D9%88%D9%8A%D8%B6-%D9%88%D8%A7%D9%84%D8%AA%D8%B3%D9%88%D9%8A%D8%A9-%D9%88%D8%A7%D9%84%D8%A7%D8%B9%D8%AA%D8%B1%D8%A7%D8%B6/)[![](https://arabroot.io/content/images/2026/10/open-banking-cover-cover.webp)دليلالمصرفية المفتوحة Open Banking: إطار البنك المركزي والواجهاتما تتيحه المصرفية المفتوحة في المملكة وما تفرضه لائحتها، والموافقة من الطلب إلى الحذف، مع مختبر لتطبيق يقرأ بموافقة العميل فقط.](https://arabroot.io/articles/%D8%A7%D9%84%D9%85%D8%B5%D8%B1%D9%81%D9%8A%D8%A9-%D8%A7%D9%84%D9%85%D9%81%D8%AA%D9%88%D8%AD%D8%A9-open-banking-%D8%A7%D8%B7%D8%A7%D8%B1-%D8%A7%D9%84%D8%A8%D9%86%D9%83-%D8%A7%D9%84%D9%85%D8%B1%D9%83%D8%B2%D9%8A-%D9%88%D8%A7%D9%84%D9%88%D8%A7%D8%AC%D9%87%D8%A7%D8%AA/)[![](https://arabroot.io/content/images/2026/10/wallet-ledger-cover-cover.webp)دليلالمحفظة الرقمية من الداخل: دفتر القيد المزدوج Ledgerكيف تبني محفظة رقمية لا يضيع فيها ريال ولا يخصم مرتين، بالقيد المزدوج والمعاملات والمطابقة مع مزود الدفع.](https://arabroot.io/articles/%D9%83%D9%8A%D9%81-%D8%AA%D8%A8%D9%86%D9%8A-%D9%85%D8%AD%D9%81%D8%B8%D8%A9-%D8%B1%D9%82%D9%85%D9%8A%D8%A9-ledger/)

## سجل التحديثات

- أكتوبر 2026: كتابة المقال، وتشغيل قراءة عشرة تقارير أسبوعية لنقاط البيع (19 يوليو إلى 17 أكتوبر 2026) بـ Python 3.13.3 وpdftotext 4.00، والتحقق من صفحات البنك المركزي السعودي وأخباره ودليل قواعده والتقرير السنوي الستين بتاريخ 27 أكتوبر 2026.