يستقبل Stripe Connect مدفوعات البطاقات لمطعم ما عبر حساب Stripe الخاص بالمنصة، ويكون المطعم حسابًا متصلًا. ويتيح للمنصة الاحتفاظ برسوم من كل دفعة — وهي رسوم التطبيق — وتقاسم المبالغ المستردة بين المنصة والمطعم.
الإعداد#
- يربط المطعم حسابه في Stripe بالمنصة. ويظهر معرف حسابه (
acct_…) في لوحة Stripe الخاصة بالمنصة ضمن Connected accounts. - في عرض الشركة، افتح المالية → تكامل الدفع، وانقر على + في بطاقة Stripe واختر Stripe Connect أعلى النموذج.
- املأ الحقول أدناه — المفاتيح هي مفاتيح المنصة نفسها — وانقر على حفظ.
- في عرض الموقع، افتح المالية → طرق الدفع واختر هذا التكامل في طريقة الدفع البطاقة.
الحقول الأولى هي نفسها كما في Stripe: اسم المعرف، والمفتاح العام، والمفتاح السري، وسر توقيع Webhook، والتسوية التلقائية للمدفوعات، وApple Pay، وGoogle Pay، ومعرف تاجر iOS. ويضيف Stripe Connect ما يلي:
| الحقل | ما هو |
|---|---|
| نوع الحساب | قياسي (لدى المطعم حساب Stripe كامل خاص به) أو إكسبرس (حساب أخف تديره المنصة). |
| حساب Connect | معرف الحساب المتصل للمطعم، acct_…. |
| نوع الرسوم | رسوم مباشرة أو رسوم الوجهة — انظر أدناه. |
| رسوم عمولة البطاقة | نسبة مئوية من قيمة أصناف الطلب تُضاف إلى رسوم التطبيق، لتحميل تكاليف البطاقة. |
| رسوم البطاقة الثابتة | مبلغ ثابت يُضاف إلى رسوم التطبيق في كل دفعة. |
| خصم رسوم التوصيل، خصم إكرامية السائق، خصم الإكرامية، خصم رسوم الخدمة | عند التشغيل، يذهب ذلك المبلغ بالكامل إلى المنصة: إذ يُضاف إلى رسوم التطبيق بدلًا من أن يبقى للمطعم. استخدمه عندما تتولى المنصة التوصيل أو تفرض رسوم الخدمة. |
| مبلغ رسوم التطبيق الثابت | مبلغ ثابت يُضاف إلى رسوم التطبيق في كل دفعة. |
| رسوم العمولة بالنسبة المئوية | عمولة المنصة، كنسبة مئوية. |
| قاعدة رسوم العمولة | ما تُحتسب العمولة عليه: الإجمالي (المبلغ الكامل الذي يدفعه العميل)، أو أيٌّ من المجموع الفرعي (الأصناف)، ورسوم الخدمة، ورسوم التوصيل، والإكرامية، والضرائب، وإكرامية السائق. |
الرسوم المباشرة ورسوم الوجهة#
| رسوم مباشرة | رسوم الوجهة | |
|---|---|---|
| أين تتم الدفعة | على الحساب المتصل للمطعم | على حساب المنصة، ثم تُحوَّل إلى المطعم |
| الاسم الظاهر في كشف بطاقة العميل | اسم المطعم | اسم المطعم |
| من يدفع رسوم معالجة البطاقة في Stripe | المطعم | المنصة |
| كيف تحصل المنصة على مستحقاتها | تُحوَّل رسوم التطبيق من المطعم إلى المنصة | تحتفظ المنصة برسوم التطبيق وتحوّل الباقي |
| من يرى الدفعة في Stripe | المطعم بالكامل؛ وترى المنصة رسومها | المنصة بالكامل؛ ويرى المطعم المبلغ المحوَّل إليه |
| الاستخدام المعتاد | الحسابات القياسية: مطاعم لديها نشاط تجاري خاص بها في Stripe | حسابات إكسبرس: المنصة تدير المدفوعات نيابةً عن المطعم |
رسوم التطبيق#
تُحتسب رسوم التطبيق لكل طلب عند دفع العميل، وهي مجموع ما يلي:
- رسوم العمولة بالنسبة المئوية × ما تشمله قاعدة رسوم العمولة؛
- رسوم عمولة البطاقة × قيمة أصناف الطلب؛
- رسوم البطاقة الثابتة ومبلغ رسوم التطبيق الثابت؛
- كل مبلغ يكون مفتاح خصم … الخاص به مُفعّلًا (رسوم التوصيل، إكرامية السائق، الإكرامية، رسوم الخدمة).
المجموع الفرعي هو قيمة الأصناف بعد الخصومات عندما تحتسب خطة استخدام الموقع العمولة بعد الخصومات (الإعداد المعتاد)، وإلا فهو قيمتها قبل الخصومات.
مثال. طلب يضم لازانيا ($32.00، مخفّضة إلى $22.40) وثلاث قطع تيراميسو ($42.00)، مع ضريبة مبيعات $5.72 وإكرامية $11.10، يكلّف العميل $81.22. مع رسوم العمولة بالنسبة المئوية بقيمة 8 على المجموع الفرعي ودون أي إعداد آخر، تكون رسوم التطبيق 8% × $64.40 = $5.15. لا تُحتسب عمولة على الضريبة والإكرامية.
كيف يُعلَّم طلب البطاقة بأنه مدفوع#
كما في Stripe، ينتظر الطلب بحالة بانتظار الدفع بالبطاقة إلى أن يؤكد Stripe الدفع عبر الـ webhook الخاص بـ OrderTiger. في Stripe Connect يُنشأ الـ webhook على حساب Stripe الخاص بالمنصة مع Events from: Connected accounts، فيستقبل المدفوعات التي تتم على حسابات المطاعم. ويُحفظ سر توقيعه في سر توقيع Webhook عند إنشائه.
المبالغ المستردة#
يتم الاسترداد من الطلبات، باستخدام زر الاسترداد في الطلب. لطلب مدفوع عبر Stripe Connect، يسأل نموذج الاسترداد هل التاجر مسؤول عن هذا الاسترداد؟ — والمربع محدد افتراضيًا. والإجابة تحدد من يتحمل مبلغ الاسترداد.
| التاجر مسؤول (محدد) | المنصة مسؤولة (غير محدد) | |
|---|---|---|
| العميل | يستعيد مبلغ الاسترداد | يستعيد مبلغ الاسترداد |
| المطعم | يدفع مبلغ الاسترداد، بما في ذلك رسوم معالجة البطاقة في Stripe | يحتفظ بالمبلغ الأصلي مطروحًا منه رسوم التطبيق الأصلية، كأن الطلب لم يُسترد. مع الرسوم المباشرة، يظل يدفع رسوم معالجة البطاقة في Stripe كما في أي عملية بيع |
| المنصة | تعيد حصتها من رسوم التطبيق | تدفع مبلغ الاسترداد بالكامل وتحتفظ برسوم التطبيق |
| الفواتير | يُدرج الاسترداد ويُخصم من أرباح المطعم | لا يُدرج الاسترداد: فقد دفعته المنصة بالفعل |
في الاسترداد الذي يكون التاجر مسؤولًا عنه، حصة المنصة من رسوم التطبيق التي تُعاد هي رسوم التطبيق × مبلغ الاسترداد ÷ إجمالي الطلب؛ والاسترداد الكامل يعيد رسوم التطبيق بأكملها. أما الاسترداد الذي تكون المنصة مسؤولة عنه فيُبقي رسوم التطبيق كما هي.
مثال — طلب $81.22 السابق، برسوم تطبيق قدرها $5.15. استُبعدت رسوم معالجة البطاقة في Stripe للتبسيط.
| استرداد اللازانيا ($22.40) | استرداد الطلب بالكامل ($81.22) | |
|---|---|---|
| التاجر مسؤول: الحصة المُعادة من رسوم التطبيق | $5.15 × 22.40 ÷ 81.22 = $1.42 | $5.15 |
| التاجر مسؤول: ما يتبقى للمطعم | $76.07 − $22.40 + $1.42 = $55.09 | $0.00 |
| التاجر مسؤول: ما يتبقى للمنصة | $5.15 − $1.42 = $3.73 | $0.00 |
| المنصة مسؤولة: ما يتبقى للمطعم | $81.22 − $5.15 = $76.07 | $81.22 − $5.15 = $76.07 |
| المنصة مسؤولة: ما يتبقى للمنصة | $5.15 − $22.40 = −$17.25 | $5.15 − $81.22 = −$76.07 |
من دون أي استرداد، كان سيتبقى للمطعم $81.22 − $5.15 = $76.07 وللمنصة $5.15.
استكشاف الأخطاء وإصلاحها#
| المشكلة | ما الذي يجب التحقق منه |
|---|---|
| يبقى طلب مدفوع بحالة بانتظار الدفع بالبطاقة | في لوحة Stripe الخاصة بالمنصة، تحقق من وجود الـ webhook الخاص بـ OrderTiger ضمن Developers → Webhooks مع Events from: Connected accounts، واطّلع على عمليات الإرسال الأخيرة. |
| رسوم التطبيق ليست كما توقعت | تحقق من مربعات قاعدة رسوم العمولة: خيار الإجمالي يحتسب العمولة على كل ما يدفعه العميل، بما في ذلك الضريبة والإكرامية. |
| تفشل المدفوعات بخطأ في الحساب | يجب أن يكون حساب Connect حسابًا متصلًا بحساب المنصة الذي تعود إليه المفاتيح، وفي الوضع نفسه (تجريبي أو حقيقي). |