قبول المدفوعات AcquiringMerchant acquiring

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

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

ليش يحتاج المتجر موافقة عشان يقبل بطاقات؟

وهذا أغرب ما في هذا المنتج للمبتدئ. فالمتجر يريد أن يستقبل مالاً لا أن يقترضه، فلماذا يُدرَس ويُقبَل أو يُرفَض كأنه طالب قرض؟

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

فمن يدفع؟ مزوّد الدفع. ولهذا فقبول متجر جديد ليس تسجيلاً بل اكتتاب: يُدرس نوع النشاط، ومتى تُسلَّم البضاعة، وكم يُتوقع من اعتراضات. فمتجر بقالة يسلّم فوراً خطره ضئيل، ومتجر يبيع خدمة تُقدَّم بعد شهور خطره عالٍ.

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

ثلاثة أدوار خلف زر واحد

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

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

ويأتي «معالج المدفوعات» Processor بين الأنظمة ليحوّل الرسائل ويفحصها وينقلها بسرعة. وليس المعالج دائماً شركة يراها المتجر أو يوقّع معها مباشرة. فقد يملك المستحوذ معالجه، وقد يستأجره من شركة متخصصة. فالبنك الكبير يشغّل ملايين الرسائل لآلاف المتاجر. والشركة الناشئة الصغيرة قد تستعمل المعالج نفسه عبر واجهة واحدة. والمشترك أن المعالج يدير الحركة التقنية، بينما يظل العقد المالي عند المستحوذ.

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

من الضغط إلى وصول الريالات

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

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

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

ثلاث حقائق يخلط بينها المهندسون

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

ويُسمّى إشعار المزوّد لتطبيق المتجر عند تغيّر الحالة «خطاف الويب» Webhook. فقد يصل إشعار «نجحت» بينما التسوية لم تتم بعد. فإذا شحنت المنصة الطلب عند أول إشعار بلا انتظار سياسة واضحة، باعت على وعد شاشة لا على نقد وصل. ويعيد المزوّد إرسال الخطاف إن انقطع الاتصال. ولذلك يحتاج الطلب إلى «مفتاح عدم التكرار» حتى لا تُسجَّل العملية مرتين.

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

أربعة أرقام يراقبها المتجر

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

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

ويستطيع تحسن صغير أن يتغلب على خصم كبير في الرسوم. فمتجر يحاول تحصيل مليون ريال ويزيد موافقاته نقطتين مئويتين يستعيد مبيعات قيمتها ٢٠ ألف ريال. وخصم قدره ٠٫١٪ من رسوم المليون يوفر ألف ريال فقط. ولذلك قد يكون العرض الأغلى اسماً هو الأرخص اقتصادياً.

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

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

لماذا لا تكفي نسبة نجاح واحدة

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

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

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

المنصة ليست متجراً كبيراً

وتزداد المسألة صعوبة حين تجمع منصة واحدة المال لعدة بائعين. فعملية بقيمة ٣٠٠ ريال قد تشمل بائعاً يستحق ٢٢٠ ريالاً، وسائق توصيل يستحق ٣٠ ريالاً، ومنصة تحتفظ بخمسين. ولا يكفي أن تسجّل المنصة الأرقام في قاعدة بيانات ثم تحوّلها متى شاءت. فهي قد تكون قد استلمت أموال الآخرين وحفظتها وحركتها، وهذه وظائف مالية منظّمة.

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

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

السعودية: مدى وساما وأمثلة محلية

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

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

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

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

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