حجز مبلغ على البطاقة وتحصيله لاحقا: ماذا يجب أن يفعل تطبيق الطلبات؟

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

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

ما القرار الذي يحتاجه موجز المشروع؟

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

يصف دليل Stripe تفويض طريقة دفع مؤهلة الآن وتحصيل المال لاحقا. في الإعداد اليدوي الموثق، لا يعني التفويض تحصيل المبلغ. ويصل كائن PaymentIntent المفوض إلى حالة requires_capture، وهي ليست دليلا على اكتمال التحصيل.

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

الحجز يحتاج إلى موعد انتهاء لا علامة خضراء دائمة

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

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

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

ماذا إذا أصبح المبلغ النهائي أقل؟

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

يوثق Stripe التحصيل الجزئي، لكنه يحذر من أن معظم الدفعات تسمح بعملية تحصيل واحدة فقط لكل تفويض. في تلك الحالات، لا يترك تحصيل مبلغ أصغر رصيدا قابلا لتحصيل الفرق مرة ثانية. بعض مدفوعات البطاقات مؤهلة للتحصيل المتعدد، لكن ذلك قدرة محددة يجب التحقق منها، لا وعد افتراضي.

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

إلغاء الحجز ليس استردادا لدفعة محصلة

يوثق Stripe إلغاء PaymentIntent لإلغاء التفويض. حجز ألغي قبل التحصيل يختلف في تاريخه عن استرداد بعد تحصيل المال. يجب أن تطابق أزرار الموظفين ورسائل التأكيد حالة المزود الحالية.

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

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

ماذا تطلب في العرض قبل قبول التطبيق؟

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

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