ما هو الدفع المُقسّم؟
الدفع المُقسّم (Split Payment) هو نموذج دفع تتيح فيه معاملة واحدة توزيع المبلغ الإجمالي تلقائيًا على عدة أطراف (مستفيدين) وفق قواعد محددة مسبقًا. بدلًا من أن يستلم طرف واحد كامل المبلغ ثم يعيد توزيعه يدويًا، يقوم مزود الدفع أو المنصة بفصل المبالغ لحظيًا وتوجيه كل حصة إلى حسابها الصحيح.
هذا المفهوم جوهري في نماذج الأعمال متعددة الأطراف مثل الأسواق الإلكترونية (Marketplaces)، منصات الخدمات، تطبيقات التوصيل، وحجوزات السفر — حيث لا يكون التاجر هو المالك الوحيد للمبلغ.
تشبيه بسيط من الواقع
تخيّل أنك تدير مطعمًا شريكًا في تطبيق توصيل. العميل يدفع 100 ريال. من هذه الـ100 ريال:
- 20 ريالًا عمولة للمنصة
- 8 ريالات رسوم توصيل للمندوب
- 72 ريالًا صافيًا للمطعم
بدلًا من أن تستلم المنصة الـ100 ريال كاملة ثم تحوّل 72 ريالًا للمطعم بعد أسبوع، فإن الدفع المُقسّم يوزّع المبلغ فورًا عند لحظة الدفع. هذا تمامًا مثل موزّع المياه الذي يقسّم التيار إلى عدة أنابيب بمجرد فتح الصنبور.
الصيغة الرياضية
$$
\text{إجمالي المعاملة} = \sum_{i=1}^{n} \text{حصة المستفيد}_i + \text{الرسوم}
$$
وبشكل أكثر تفصيلًا:
$$
T = B_1 + B_2 + \dots + B_n + F
$$
حيث:
- T = المبلغ الإجمالي المدفوع من العميل
- Bᵢ = حصة كل مستفيد (بائع، منصة، مندوب، مورّد...)
- F = رسوم بوابة الدفع والعمولات
مثال رقمي:
- T = 500 ريال
- عمولة المنصة (10%) = 50 ريال
- حصة البائع = 430 ريال
- رسوم بوابة الدفع (2.9% + 1 ريال) = 15.5 ريال
- التحقق: 50 + 430 + 15.5 = 495.5 ≈ 500 (مع تسوية الفروق)
جدول مقارنة: الدفع المُقسّم مقابل النماذج الأخرى
| المعيار | الدفع المُقسّم (Split Payment) | الدفع العادي (Single Payee) | المحفظة الوسيطة (Escrow/Wallet) |
|---|---|---|---|
| **عدد المستفيدين** | متعددون في نفس المعاملة | مستفيد واحد | مستفيد واحد مؤقتًا ثم توزيع لاحق |
| **توقيت التوزيع** | فوري عند الدفع | لا ينطبق | مؤجل (بعد أيام أو أسابيع) |
| **المخاطر على المنصة** | منخفضة (لا تحتفظ بالأموال) | لا ينطبق | مرتفعة (أموال في الحفظ) |
| **الامتثال التنظيمي** | أبسط غالبًا | بسيط | معقّد (يتطلب ترخيص حفظ أموال) |
| **ملاءمة للـ Marketplace** | ممتازة | ضعيفة | جيدة لكن بطيئة |
| **التسوية (Reconciliation)** | معقّدة نسبيًا | بسيطة | متوسطة |
| **التجربة للمستفيد** | استلام سريع | فوري | انتظار |
أين يُستخدم فعليًا؟ (سيناريوهات تطبيقية)
1. الأسواق الإلكترونية متعددة البائعين
منصة مثل "سوق" أو "نون" تجمع آلاف البائعين. عند شراء سلة تحتوي منتجات من 3 بائعين مختلفين، يُقسّم المبلغ تلقائيًا على كل بائع بعد خصم العمولة.
بيانات: متوسط عمولة المنصات الخليجية يتراوح بين 8% و20% حسب الفئة.
2. تطبيقات التوصيل والخدمات عند الطلب
الطلب الواحد يشمل: المطعم + المندوب + المنصة. كل طرف يستلم حصته فورًا.
3. منصات الخدمات المستقلة (Freelance)
عميل يدفع 1,000 دولار لمشروع. المنصة تأخذ 15% (150 دولارًا)، والمستقل يستلم 850 دولارًا مباشرة.
4. حجوزات السفر والفنادق
الحجز يشمل: الفندق + شركة الطيران + وكالة السفر + رسوم الخدمة. كل جهة تحصل على نصيبها.
5. المحتوى الرقمي والاشتراكات
اشتراك واحد يوزّع الإيرادات على صنّاع المحتوى بناءً على عدد المشاهدات.
الأخطاء الشائعة التي يقع فيها التجار
❌ 1. الاعتقاد بأن الدفع المُقسّم = تحويل بنكي متعدد
التحويل البنكي المتعدد يدوي وبطيء. الدفع المُقسّم يحدث آليًا ولحظيًا داخل بوابة الدفع.
❌ 2. تجاهل الرسوم المزدوجة
بعض البوابات تفرض رسومًا على كل مستفيد على حدة، مما يرفع التكلفة. يجب حساب:
$$
\text{التكلفة الفعلية} = F_{\text{بوابة}} + n \times F_{\text{تحويل}}
$$
❌ 3. عدم ضبط قواعد التقسيم قبل الانطلاق
غياب منطق واضح (نسب، حدود دنيا، حالات الاسترجاع) يؤدي إلى نزاعات وتسويات خاطئة.
❌ 4. إهمال معالجة الاسترجاع (Refund)
عند إلغاء الطلب، يجب عكس التقسيم على جميع الأطراف. كثير من المنصات تنسى هذا فيفقد البائع حصته دون استرجاع.
❌ 5. الاعتقاد بأنه يحل مشكلة الامتثال
في بعض الدول (مثل دول الخليج)، قد يتطلب الاحتفاظ بأموال الغير ترخيصًا حتى مع الدفع المُقسّم. استشر الجهة التنظيمية.
❌ 6. إغفال التسوية المحاسبية
كل عملية تقسيم تولّد قيودًا محاسبية متعددة. بدون نظام ERP متكامل، تتراكم الفروقات.
مصطلحات ذات صلة
- Marketplace Payout — صرف مستحقات البائعين من المنصة
- Escrow Account — حساب ضمان يحتفظ بالأموال حتى إتمام الخدمة
- Payment Facilitator (PayFac) — كيان يسهّل الدفع لعدة تجار تحت حساب واحد
- Merchant of Record (MoR) — الطرف المسؤول قانونيًا عن المعاملة
- Commission Fee — عمولة المنصة على كل معاملة
- Reconciliation — مطابقة الحركات المالية بين الأنظمة
- Payout Schedule — جدول تحويل المستحقات (فوري، يومي، أسبوعي)
- Multi-Party Payment — الدفع متعدد الأطراف (المفهوم الأوسع)
خلاصة عملية للتاج
الدفع المُقسّم ليس مجرد ميزة تقنية، بل بنية تشغيلية كاملة تحدد كيفية تدفق الأموال في عملك. إذا كنت تدير منصة متعددة الأطراف، فهو الخيار الأمثل لتقليل المخاطر، تسريع مستحقات الشركاء، وتحسين الامتثال. لكن نجاحه يعتمد على:
1. اختيار بوابة دفع تدعم التقسيم (مثل Stripe Connect، Adyen for Platforms، PayTabs، HyperPay)
2. تصميم قواعد تقسيم واضحة ومرنة
3. بناء نظام تسوية محاسبي قوي
4. فهم الالتزامات التنظيمية المحلية
ابدأ بسيناريو واحد بسيط، ثم وسّع القواعد تدريجيًا مع نموّك.