نظام حجز مع مدى وApple Pay: أسئلة بوابة الدفع قبل التعاقد

قبل القائمة: باسم من حساب التاجر؟

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

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

المحور الأول: الترخيص والتعاقد

ينص نظام المدفوعات وخدماتها الصادر بالمرسوم الملكي م/26 بتاريخ 22/3/1443هـ في مادته الرابعة على أنه لا يجوز لأي شخص تشغيل نظام مدفوعات أو تقديم خدمات دفع في المملكة إلا بترخيص من البنك المركزي السعودي. لذلك يبدأ الفحص بمزود الدفع لا بالنظام:

• ما الجهة التي ستقدم خدمة الدفع فعلًا (البوابة، والبنك المستحوذ إن اختلف)، وهل هي مرخصة أو مصرح لها من البنك المركزي؟ تحقق من ذلك في قوائم الجهات المرخصة على موقع البنك المركزي، لا من عرض المورد.
• من يوقع عقد التاجر: منشأتك مباشرة، أم مورد نظام المواعيد نيابة عنك؟
• هل تتعامل منشأتك اليوم مع بوابة دفع أو بنك؟ وهل يستطيع النظام الربط بها أم يشترط بوابة بعينها؟
• ما المستندات التي تطلبها البوابة لفتح الحساب، وهل تُقبل الأنشطة التي تقدمها منشأتك جميعها؟
• كم حساب تاجر تحتاج؟ إن كانت فروعك بسجلات تجارية مختلفة، فقد يحتاج كل منها حسابًا مستقلًا.

المحور الثاني: وسائل الدفع وما يتطلبه كل منها

قائمة وسائل الدفع في العرض تُقرأ سطرًا سطرًا، لأن لكل وسيلة شروط تفعيل واختبارًا مختلفًا:

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

المحور الثالث: التسوية ومطابقتها بالمواعيد

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

• كم مرة تُسوّى المبالغ، وبعد كم يوم عمل من العملية؟ وهل تختلف المدة بين وسائل الدفع؟
• هل تصل التسوية مجمّعة بمبلغ صافٍ، أم بتفصيل لكل عملية ورسومها؟
• هل يحمل كشف البوابة رقم الموعد أو مرجعًا يمكن ربطه به؟
• هل يمكن فصل التسوية لكل فرع، أو على الأقل تمييز عمليات كل فرع في الكشف؟
• كيف تظهر في النظام العملية التي نجحت في البوابة ولم يصل إشعارها إلى النظام بسبب انقطاع؟

مثال افتراضي للتوضيح مركز تدريب يحصّل رسوم ورش العمل مقدمًا. في يوم واحد سجل نظام المواعيد 40 عملية دفع ناجحة مجموعها 12,000 ريال، واسترداد عربون واحد بقيمة 300 ريال. وصلت التسوية بعد يومين بصافي 11,460 ريالًا.

• المتوقع قبل الرسوم = 12,000 − 300 = 11,700 ريال.
• الفرق = 11,700 − 11,460 = 240 ريالًا.
• السؤال: هل الـ240 كلها رسوم عمليات، أم فيها عملية لم تُسوَّ بعد أو رسم استرداد؟ إن حمل الكشف مرجع كل عملية ورسومها، أجاب المحاسب في دقائق. وإن وصل مبلغًا مجمّعًا فقط، احتاج مراجعة يدوية لأربعين عملية.

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

المحور الرابع: الرسوم، ومن يدفع لمن؟

رسوم البوابة لا تدخل في ترخيص نظام المواعيد عادة، وتُدفع لمزود الدفع بحسب الاستخدام. المهم أن تعرف أنواعها كلها قبل التوقيع، لا نسبة العملية فقط:

ولا تنسَ أن نقل التحصيل من الاستقبال إلى الدفع المسبق يرفع حجم العمليات الإلكترونية ورسومها. حساب هذا البند ضمن التكاليف السنوية في التكاليف المتكررة لنظام المواعيد.

المحور الخامس: الاسترداد والنزاعات

سياسة الإلغاء تكتبها منشأتك، لكن تنفيذها المالي يمر عبر البوابة. افحص الجانبين:

• هل يُنفذ الاسترداد الجزئي، مثل استرداد المبلغ بعد خصم العربون؟
• هل يعود الاسترداد إلى وسيلة الدفع الأصلية آليًا، أم يحتاج إجراءً من لوحة البوابة؟
• هل يوجد حد زمني بعد العملية لا يمكن بعده الاسترداد عبر البوابة؟
• من يملك صلاحية تنفيذ الاسترداد في النظام، وهل يُسجل سببه ومنفذه؟
• عند اعتراض العميل على العملية لدى مصدر بطاقته، ما المستندات التي تطلبها البوابة، وهل يمكن استخراج سجل الموعد (وقت الحجز، والسياسة التي ظهرت للعميل قبل الدفع، والحضور أو الغياب) لدعم ردك؟

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

المحور السادس: العملات والعملاء من خارج المملكة

أغلب منشآت المواعيد تحصّل بالريال، لكن الأسئلة تظهر عند وجود عملاء من الخارج أو خدمات عن بعد:

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

المحور السابع: أمن بيانات البطاقات ونطاق المسؤولية

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

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

ما الذي يقدمه «نظام حجز وإدارة المواعيد» في جانب الدفع؟

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

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

اختبارات تطلبها قبل التعاقد

الإجابات المكتوبة لا تكفي في المال. اطلب تنفيذ هذه الخطوات على بيئة اختبار البوابة، بحضور المحاسب وموظف الاستقبال:

1. دفع ناجح بكل وسيلة: مدى، وبطاقة ائتمانية، وApple Pay من جوال، ثم مقارنة المرجع في النظام بالمرجع في لوحة البوابة.
2. دفع مرفوض: ماذا يرى العميل، وهل يبقى الموعد «بانتظار الدفع» حتى نهاية المهلة؟
3. انقطاع بعد الدفع: إغلاق المتصفح مباشرة بعد تأكيد البنك، ثم التحقق أن الموعد ثبت رغم ذلك.
4. استرداد جزئي: إلغاء متأخر يحتجز العربون ويعيد الباقي، ثم رؤيته في السجل المالي وفي البوابة.
5. تقرير يوم: استخراج تقرير الإيرادات والعربون والمسترد لفرع واحد، ومحاولة مطابقته بكشف البوابة التجريبي.

الأسئلة الشائعة

الخلاصة: البوابة جزء من دورة الموعد لا ملحق بها

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