الدفع بالعملة المحلية: ما المبلغ الذي دفعه العميل فعلا؟

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

حدد نموذج السعر قبل مظهره

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

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

احتفظ بكل مبلغ مع عملته عند الحاجة

تقدم وثائق Stripe لميزة Adaptive Pricing مثالا مفيدا في صفحة الدفع المستضافة. توضح أن بيانات Checkout وكائن PaymentIntent المرتبط به تعكس المبلغ بعملة التكامل. وعندما يدفع العميل بعملته المحلية، تتضمن أحداث اكتمال الجلسة ونجاح الدفع الموثقة بيانات presentment_details التي تحتوي على presentment_amount وpresentment_currency.

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

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

اجعل البديل مسارا واضحا

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

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

لا تعد بأن كل عميل يستطيع استخدام أي عملة أو وسيلة دفع. اطلب تحديد التركيبة المدعومة حاليا لحسابك وسوق العميل ونوع صفحة الدفع. لا يقدم هذا المقال قائمة أهلية كاملة.

دع الدعم يجد العملية من منظور العميل

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

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

اختبر حالة العملتين

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

اكتب هذه النتائج ضمن معايير قبول التطبيق قبل تكليف المطور بربط الدفع. النتيجة المفيدة عملية يستطيع العميل والفريق التعرف إليها، لا قائمة تغير رمز العملة فقط.