المتجر يستطيع شحن طلب قال النظام إنه «مدفوع» قبل أن يعرف متى دخلت قيمته، وما الذي خُصم منها، وأي هامش بقي فعلاً.
حصة المدفوعات الإلكترونية
شكّلت المدفوعات الإلكترونية 85% من عدد عمليات الدفع في قطاع تجزئة الأفراد بالسعودية خلال 2025، وبلغ عدد العمليات الإلكترونية عبر الأنظمة الوطنية 14.6 مليار عملية. (sama.gov.sa)
البنك المركزي السعودي — حصة المدفوعات الإلكترونية في 2025عملية تجارة إلكترونية عبر مدى
سجلت معاملات التجارة الإلكترونية المنفذة عبر بطاقات مدى نحو 1.771 مليار عملية خلال 2025، مقابل 1.126 مليار في 2024. (sama.gov.sa)
البنك المركزي السعودي — النشرة الإحصائية الشهرية، أبريل 2026نمو قيمة المبيعات في عام واحد
ارتفعت قيمة مبيعات التجارة الإلكترونية عبر بطاقات مدى من 197.4 مليار ريال في 2024 إلى 325.2 مليار ريال في 2025؛ حساب مشتق من بيانات ساما المنشورة. (sama.gov.sa)
البنك المركزي السعودي — عمليات نقاط البيع والتجارة الإلكترونيةوحدة المطابقة الصحيحة
توضح تقارير المطابقة الرسمية لدى مزودي الدفع أن السجل المالي يُبنى حول أحداث منفصلة مثل البيع والرسوم والاسترداد والتسوية، لا حول حالة الطلب وحدها. (docs.adyen.com)
Adyen وPayPal — وثائق تقارير التسوية والمطابقةالدفع يحدث مرتين
هناك لحظة يراها العميل، ولحظة أخرى تهم سيولة المتجر.
تظهر الأولى عندما تنجح محاولة الدفع ويُؤكد الطلب. أما الثانية فتحدث عندما يضم مزود الدفع العملية إلى دفعة تسوية، ويخصم الرسوم أو الاستردادات أو التعديلات ذات الصلة، ثم يصل المبلغ إلى الحساب البنكي. الخلط بين اللحظتين يجعل الإيراد المسجل أسرع من النقد، والهامش الظاهر أكبر من الهامش الذي أمكن تفسيره.
المشكلة ليست تأخر التحويل وحده، بل اختلاف الساعات المرجعية: وقت إنشاء الطلب، ووقت حدث الدفع، وتاريخ إقفال دفعة المزود، وتاريخ القيد البنكي. قد تقع جميعها في أيام محاسبية مختلفة. وإذا كان الفريق يبحث برقم الطلب فقط، فلن يجد دائماً الرابط الذي يشرح مبلغ الإيداع الصافي.
- حالة الطلب تجيب: ماذا اشترى العميل؟
- حدث الدفع يجيب: ماذا حدث لمحاولة التحصيل؟
- دفعة التسوية تجيب: أي عمليات جمعها المزود معاً؟
- كشف البنك يجيب: ما المبلغ الذي وصل فعلياً ومتى؟
«مدفوع» حالة تشغيلية؛ أما «مغلق مالياً» فهو طلب يمكن تفسير طريق كل ريال فيه.
الحجم ضاعف كلفة الغموض
كلما نمت المدفوعات الرقمية، تحوّل الاستثناء الصغير إلى طابور تشغيلي.
وصلت حصة المدفوعات الإلكترونية في السعودية إلى 85% من مدفوعات تجزئة الأفراد في 2025، مع 14.6 مليار عملية إلكترونية عبر الأنظمة الوطنية. وفي التجارة الإلكترونية عبر بطاقات مدى تحديداً، ارتفع العدد إلى 1.77 مليار عملية، بقيمة 325.2 مليار ريال. (sama.gov.sa)
هذا النمو لا يعني أن كل متجر يعالج الحجم نفسه؛ لكنه يكشف اتجاه السوق: العمليات أسرع وأكثر عدداً، بينما ما زالت التسويات تصل في دفعات مجمعة. عندها لا تعود المطابقة مهمة نهاية شهر، لأن خطأً صغيراً متكرراً قد يحجب الهامش الحقيقي لقناة أو حملة أو وسيلة دفع كاملة.
- لا تستخدم نمو قيمة الطلبات دليلاً على نمو النقد المتاح.
- افصل قيمة العمليات الناجحة عن المبالغ المنتظرة والمودعة.
- راقب عدد الاستثناءات وقيمتها؛ فقد يتحسن أحدهما ويتدهور الآخر.
قيمة مبيعات التجارة الإلكترونية عبر بطاقات مدى
توضح السلسلة اتساع قيمة الأموال التي تمر عبر مسارات التحصيل والتسوية، لا حجم سوق التجارة الإلكترونية بكل وسائل الدفع.
أي سجل يقود أي قرار؟
مصفوفة تمنع استخدام طبقة واحدة للإجابة عن أسئلة الطلب والدفع والسيولة والهامش معاً.
مرّر الجدول أفقيًا لعرض جميع الأعمدة.
| طبقة التشغيل | السؤال الذي تجيب عنه | المفتاح الحاكم | الخطأ إذا استُخدمت وحدها |
|---|---|---|---|
| الطلب | ماذا اشترى العميل وما حالته التشغيلية؟ | رقم الطلب | اعتبار «مدفوع» مرادفاً لـ«وصل إلى البنك» |
| حدث الدفع | هل نجحت المحاولة وما الحركات اللاحقة؟ | معرّف عملية الدفع | إهمال أن عدة حركات قد تخص الطلب نفسه |
| دفعة التسوية | أي عمليات ورسوم وتعديلات كوّنت التحويل؟ | معرّف الدفعة أو الحزمة | رؤية الصافي دون تفسير مساهمة كل طلب |
| كشف البنك | ما المبلغ الذي وصل وفي أي تاريخ؟ | مرجع القيد البنكي | معرفة المبلغ دون معرفة الطلبات التي كوّنته |
المصدر: Adyen وStripe وPayPal — وثائق الرصيد والتسوية والمطابقة
اختر لحظة الإغلاق
ما لا يملك تعريفاً للنهاية سيبقى مفتوحاً في التقارير إلى أجل غير معلوم.
المؤشر المقترح هو «زمن إغلاق الطلب مالياً»: المدة من تأكيد التحصيل الرقمي إلى ربط العملية بدفعة تسوية مطابقة وقيد بنكي معروف. وإذا ظهر استرداد أو تعديل لاحق، يُعاد فتح الطلب كحدث جديد بدلاً من تعديل تاريخه بصمت.
لا توجد مدة مثالية تصلح لكل بوابات الدفع للمتاجر الإلكترونية. رزنامة التحويل تتأثر بالمزود والحساب والعملة وأيام العمل وإعدادات التاجر. لذلك يُبنى خط الأساس من تقارير المزود الفعلية وشروط الحساب السارية، لا من وعود عامة أو رقم منقول عن متجر آخر.
قس زمن الإغلاق بالوسيط P50 والمئين التسعين P90. الأول يصف المسار المعتاد، والثاني يكشف ذيل التأخير الذي يستهلك وقت الفريق. ثم اربطه بالهامش المسوّى: صافي المبلغ المرتبط بالطلب بعد حركات الدفع المعروفة، مطروحاً منه تكاليفه المتغيرة المسجلة داخلياً.
- ابدأ الساعة عند تأكيد التحصيل، لا عند إنشاء السلة.
- أوقف الساعة عند مطابقة دفعة المزود مع القيد البنكي.
- أعد فتح السجل عند الاسترداد أو التعديل اللاحق.
- قس الهامش على الطلبات المغلقة، مع إظهار المفتوح منفصلاً.
سرعة البيع لا تكفي؛ المطلوب معرفة سرعة تحوّل البيع إلى مبلغ مفسّر.
النمو السنوي: قيمة المبيعات مقابل عدد العمليات
مقارنة تمنع قراءة الإيراد بمعزل عن عبء المعالجة؛ نمو العدد يرفع حجم ملفات المطابقة حتى عندما لا ينمو متوسط العملية بالوتيرة نفسها.
أربع مفاتيح لا واحد
رقم الطلب مهم، لكنه لا يستطيع وحده حمل رحلة الأموال.
تعرض واجهة الرصيد لدى Stripe الأموال المتاحة والمعلقة، وتُنشئ سجلات لحركات الدخول والخروج. ويتيح تقرير Adyen تفاصيل العمليات والرسوم وتصحيحات الإيداع على مستوى الحركة، بينما يصف تقرير PayPal صفاً لكل حدث مالي ويستخدم لمطابقة المبيعات والاستردادات والرسوم والسحوبات. تختلف المنتجات والبنية، لكن المبدأ المشترك واضح: التسوية سلسلة أحداث وليست خانة واحدة. (docs.stripe.com)
لهذا يحتاج المتجر إلى أربعة مفاتيح قابلة للربط: رقم الطلب الداخلي، ومعرّف عملية الدفع، ومعرّف دفعة التسوية، ومرجع القيد البنكي. إذا غاب أحدها، يجب ألا يختفي السجل من التقرير؛ ينتقل إلى طابور استثناء يحمل سبباً ومالكاً وعمراً.
- order_id يربط الأموال بالسلة والعميل والأصناف.
- payment_id يميز المحاولة الناجحة من الفاشلة أو المكررة.
- payout_id أو batch_id يجمع العمليات التي كوّنت التحويل.
- bank_reference يثبت المبلغ والتاريخ اللذين ظهرا في البنك.
متوسط قيمة العملية الإلكترونية عبر مدى
ارتفاع إجمالي المبيعات لا يعني ارتفاعاً مستمراً في قيمة العملية؛ لذلك يجب تخطيط المطابقة بحسب عدد السجلات أيضاً.
متوسط مشتق من البيانات السنوية
انخفاض مع تسارع عدد العمليات
أدنى متوسط في السلسلة
تعافٍ جزئي رغم القفزة في العدد
افصل الانتظار عن الخطأ
ليست كل عملية غير مطابقة مشكلة؛ بعضها لم يحن موعد تسويته بعد.
الطابور الجيد لا يجمع كل السجلات المفتوحة في قائمة حمراء. يقسمها إلى: عملية داخل نافذة التسوية المتوقعة، ودفعة مستحقة اليوم، وإيداع وصل ولم يُوزع على الطلبات، وعملية تجاوزت موعدها، وفارق مبلغ، وسجل أُعيد فتحه بسبب استرداد أو تعديل.
هذا الفصل يحمي وقت الفريق. فالعملية التي ما زالت ضمن رزنامتها لا تحتاج مطاردة، بينما الدفعة البنكية غير المفسرة تستحق أولوية أعلى من طلب صغير متأخر ساعات. المؤشر التنفيذي هنا هو «قيمة التسويات غير المطابقة ÷ قيمة التسويات المستلمة»، مع عرض عمرها في شرائح زمنية تناسب رزنامة كل مزود.
- منتظر ضمن الموعد: لا إجراء قبل تاريخ الاستحقاق.
- وصل وغير موزع: ابحث عن معرف الدفعة أو العملة أو الحساب.
- متجاوز للموعد: راجع تقرير المزود وحالة التحويل.
- فارق قيمة: افصل الرسوم والاستردادات والتعديلات قبل التصعيد.
- أعيد فتحه: احتفظ بالحدث الجديد ولا تمحُ الإغلاق السابق.
لا تعامل الأموال المنتظرة كأموال مفقودة، ولا تعامل الإيداع الغامض كأموال مغلقة.
ابدأ ببوابة واحدة
اتساع النطاق قبل ثبات المفاتيح ينتج لوحة أكبر، لا رقابة أفضل.
اختر بوابة واحدة وعملة واحدة وأربعة أسابيع من البيانات. اربط الطلبات بحركات الدفع، ثم بحزمة التسوية، ثم بالقيد البنكي. سجّل P50 وP90 لزمن الإغلاق، وقيمة الاستثناءات حسب السبب، والهامش المسوّى للطلبات التي أُغلقت. بعد ثبات التعريفات، أضف البوابة التالية أو نقطة البيع أو التحصيل عند التسليم.
تصف مولْكوم منصتها رسمياً بأنها تجمع المتجر والطلبات والمدفوعات والمخزون ونقاط البيع والتوصيل والتحليلات. القيمة المطلوبة من هذا الجمع ليست افتراض أن المطابقة تتم تلقائياً، بل جعل المعرفات وحالات الطلب متاحة لبناء سجل تشغيل موحد واختبار دقته. ولا تنشر مولْكوم نتيجة تجارية موثقة لهذا الإطار؛ لذلك يجب أن يثبت كل متجر أثره على بياناته. (mollkom.com)
- قرار الثلاثين يوماً: اعتماد تعريف موحد للإغلاق المالي.
- المؤشر الحاكم: P90 لزمن إغلاق الطلب مالياً.
- المؤشر المالي: هامش المساهمة المسوّى للطلبات المغلقة.
- قاعدة التوسع: لا تضف قناة جديدة قبل تفسير معظم قيمة القناة الحالية.
أغلق مساراً واحداً كاملاً قبل أن تجمع كل المسارات في تقرير واحد.
متجر متعدد القنوات لا يعرف أي يوم يربح
متجر افتراضي يبيع عبر الموقع ونقاط البيع، ويستخدم بوابتين للدفع مع التحصيل عند التسليم. تظهر الطلبات المدفوعة فوراً، لكن الإيداعات تصل مجمعة، وبعض الاستردادات تظهر بعد إقفال التقرير الأسبوعي.
ينشئ الفريق جدول ربط بأربعة معرفات، ورزنامة تسوية لكل مزود وعملة، وطابوراً يفصل العمليات المنتظرة ضمن الموعد عن الإيداعات غير الموزعة والفوارق والمتأخرات. يُحسب زمن الإغلاق من تأكيد التحصيل إلى القيد البنكي المطابق.
لا تُفترض نتيجة رقمية لأن الحالة افتراضية. يُعد الاختبار ناجحاً إذا انخفض P90 لزمن الإغلاق وقيمة التسويات غير المطابقة، وأصبح هامش الطلبات المغلقة قابلاً للتفسير دون زيادة أخطاء الاسترداد.
المصدر: سيناريو من إعداد فريق مولْكوم؛ نطاق المنصة موثق في الموقع الرسمي
إغلاق مالي في خمس حركات
إطار تنفيذي يحوّل تقارير بوابات الدفع للمتاجر الإلكترونية من ملفات منفصلة إلى مسار يمكن قياسه ومراجعته.
- 01
عرّف النهاية
اكتب الفرق بين نجاح الدفع، ودخول العملية في دفعة التسوية، ووصول المبلغ إلى البنك، وإعادة فتح السجل لاحقاً.
المخرج · قاموس حالات وتواريخ بداية ونهاية معتمدة لكل نوع تحصيل. - 02
ثبّت المفاتيح
تأكد من حفظ رقم الطلب ومعرّف الدفع ومعرّف دفعة التسوية ومرجع البنك دون استبدال أحدها بالآخر.
المخرج · جدول ربط يبيّن المصدر والمالك ونسبة اكتمال كل معرف. - 03
ابنِ الرزنامة
استخرج مواعيد القطع والتسوية من تقارير المزود وإعدادات الحساب والاتفاق الساري، دون تعميم مدة واحدة.
المخرج · تقويم متوقع حسب المزود والعملة وطريقة الدفع. - 04
صنّف الاستثناء
افصل العملية المنتظرة ضمن الموعد عن المتأخرة، والإيداع غير الموزع عن فارق المبلغ، والسجل الجديد عن الخطأ القديم.
المخرج · طابور استثناءات يحمل السبب والعمر والقيمة والمالك والإجراء التالي. - 05
اربطه بالهامش
احسب P50 وP90 لزمن الإغلاق، وقيمة غير المطابق، وهامش المساهمة المسوّى للطلبات المغلقة.
المخرج · تقرير أسبوعي يحدد أين تتجمد السيولة وأي قناة يظهر هامشها قبل أن يُفسر.
أسئلة شائعة
ما الفرق بين نجاح الدفع والتسوية؟
نجاح الدفع يعني أن مزود الدفع قبل العملية وفق حالتها المسجلة. أما التسوية فهي تجميع الحركات ذات الصلة وتحويل صافيها وفق إعدادات الحساب، ثم مطابقة المبلغ مع البنك. قد يفصل بين الحدثين وقت ورسوم أو استردادات أو تعديلات.
هل المطابقة اليومية تكفي؟
المطابقة اليومية تكشف الفروق بسرعة، لكنها لا تميز تلقائياً بين العملية المتأخرة والعملية التي ما زالت ضمن موعدها المتوقع. رزنامة التسوية تضيف عنصر الزمن، بينما يضيف طابور الاستثناء سبب التأخر ومالكه وقيمته.
ما أهم مؤشر يجب أن يبدأ به المتجر؟
ابدأ بـP90 لزمن إغلاق الطلب مالياً: المدة التي تُغلق خلالها 90% من الطلبات الرقمية. استخدم معه قيمة التسويات غير المطابقة، لأن عدداً صغيراً من الحالات قد يحمل مبلغاً مؤثراً في الهامش.
هل توجد مدة تسوية موحدة لكل البوابات؟
لا. قد تختلف المدة بحسب المزود والبلد والعملة والحساب وأيام العمل وإعدادات التحويل. استخدم التقارير الرسمية وشروط حساب متجرك السارية، ولا تنقل مدة منشورة لسوق أو منتج آخر بوصفها وعداً تعاقدياً.
كيف يرتبط تنظيم التسويات بربحية المتجر؟
يمنع التنظيم احتساب الطلب في الهامش قبل تفسير صافي تحصيله. المؤشر الإداري المقترح هو هامش المساهمة المسوّى للطلبات المغلقة، مع إظهار الطلبات المفتوحة منفصلة. وهو مقياس تشغيلي داخلي، لا بديل عن المعالجة المحاسبية أو الضريبية المعتمدة.
