ما الاسم الذي ينبغي أن يراه العميل بجانب دفعتك في كشف البطاقة؟
حدد ما الذي سيتعرف إليه العميل في كشف البطاقة قبل إطلاق صفحة الدفع. قد تنجح العملية تقنيا، لكنها تثير الحيرة إذا اختلف اسم النشاط الظاهر عن الاسم الذي يتذكره المشتري. ينبغي أن يحدد موجز المشروع وصف الدفعة، والمسؤول عن إعداداته، وكيف يفحص التكامل النص الكامل قبل إنشاء الخصم.
ليس المقصود عنوان الفاتورة أو موضوع رسالة الإيصال أو الوصف الكامل للمشتريات. المثال هنا هو الوصف القياسي بالأحرف اللاتينية لمدفوعات البطاقات لدى Stripe. أما ميزات البلدان الخاصة والحسابات المتصلة وطرق الدفع الأخرى فتحتاج إلى تحقق مستقل. وضوح النص مفيد، لكنه لا يضمن أن يعرضه كل بنك كما هو أو ألا يعترض عميل على دفعة.
ابدأ باسم يربطه العميل بعملية الشراء
اطلب من شخص خارج المشروع مقارنة الاسم في صفحة الدفع والإيصال والنص المقترح لكشف البطاقة. هل يبدو أنها تخص النشاط نفسه؟ قد يطابق اختصار داخلي القيود التقنية، بينما لا يعني شيئا للمشتري.
يشترط دليل Stripe أن يعكس الوصف الاسم التجاري المستخدم للنشاط، المعروف لديه باسم DBA. ويوضح أيضا أن عبارة عامة أو عنوان موقع لا يكفيان تلقائيا؛ يجب أن يقدم عنوان الموقع وصفا واضحا ودقيقا للعملية. لا تسمح بأن يصبح نص تجريبي اختاره المطور هوية الدفع الفعلية.
حدد من يراجع النص مقابل بيانات الحساب والنشاط الحقيقية. هذا قرار إعداد، وليس دعوة إلى تغيير اسم المنشأة أو اختراع اسم تجاري لصفحة الدفع.
وصف ثابت أم لاحقة تتغير بحسب العملية؟
يدعم Stripe وصفا ثابتا، ويدعم للبطاقات بادئة ثابتة مرتبطة بالحساب مع لاحقة مرتبطة بكل عملية. قد يكفي وصف واحد إذا كان اسم النشاط والخدمة واضحا في جميع المشتريات. وقد تساعد اللاحقة في تمييز خدمات مختلفة دون فقدان البادئة التي يتعرف إليها العميل.
اختر المعلومة التي تريد أن تنقلها الإضافة. قد يكون اسم خدمة مختصر أوضح من مرجع لا يفهمه أحد. احتفظ بتفاصيل الطلب والفواتير في مكانها؛ فحقل كشف البطاقة ليس إيصالا مصغرا. ومن باب الحذر في التعامل مع البيانات، لا تملأه بملاحظات خاصة عن العميل أو تفاصيل خدمة حساسة أو بريده لمجرد توافر تلك الحقول.
اطلب توثيق الجزء القادم من إعدادات الحساب والجزء الذي يرسله التطبيق. تعديل قالب الإيصال ليس دليلا على تعديل وصف الدفعة.
تحقق من النص الكامل لا مربع الإدخال وحده
للتنسيق القياسي المشروح هنا، يحدد Stripe طول الوصف الكامل بين 5 و22 محرفا، وطول البادئة بين محرفين و10 محارف. وعند استخدام بادئة ولاحقة، يجب أن يحتوي كل جزء على حرف واحد على الأقل. ويشمل الحد الإجمالي الفاصل والمسافة اللذين يضيفهما Stripe، لا النصين وحدهما.
اطلب التحقق وفق قواعد المزود الحالية كاملة، بما فيها مجموعة المحارف المدعومة والمحارف الممنوعة. لا تعالج النص الطويل بقص اسم النشاط الذي يساعد العميل على التعرف إليه بصمت. وجود ترجمة عربية للموقع لا يجعل العربية صالحة تلقائيا لهذا الحقل القياسي. اتفق على كتابة مدعومة يمكن التعرف إليها، وافحص أي بدائل خاصة ببلد معين بصورة مستقلة.
يميز Stripe أيضا حقول الواجهة البرمجية: دفعة البطاقة تستخدم حقل اللاحقة، ولا تقبل ضبط حقل statement_descriptor الكامل مباشرة. يجب أن يعرض المطور مسار الدفع بالبطاقة المستخدم فعليا في صفحتك، لا أن يكتفي بإثبات حفظ عمود في قاعدة البيانات يحمل اسما مشابها.
ماذا تستطيع أن تعد به عن شاشة البنك؟
يقول Stripe إن معظم البنوك تعرض المعلومات بصورة متسقة، لكن بعضها قد يحذفها أو يعرضها بشكل غير صحيح. صغ إرشادات ما قبل الدفع على هذا الأساس. اشرح الاسم المتوقع دون ضمان تخطيط أو كتابة أو مظهر مطابق في كل تطبيق مصرفي.
صورة معاينة من صفحة الدفع الخاصة بك ليست إثباتا لشكل كشف حقيقي. يجب أن تفرق أدلة القبول بين النص الذي أرسله التكامل، والقيمة التي سجلها المزود، وأي عرض مصرفي شوهد فعليا ضمن صلاحية مشروعة. استخدم إمكانات الاختبار المصرح بها؛ لا يطلب هذا الدليل تنفيذ خصومات حقيقية غير معتمدة.
إذا أضفت اشتراكات لاحقا، فراجع الإعداد بدلا من نسخ تنفيذ الدفع لمرة واحدة. يوثق Stripe مسارا مختلفا لإعداد الاشتراكات والفواتير. نجاح اختبار دفعة منفردة لا يثبت عمل تلك المسارات.
فحص عملي عند التسليم
راجع قبل القبول بادئة الحساب وعدة دفعات اختبار تمثل الاستخدام الفعلي. أضف وصفا ثابتا فقط حيث يناسب، ولاحقة مسموحة، ونصا أطول من الحد، ومحارف غير مدعومة. تحقق من شرح الإدخال غير الصحيح قبل أن يؤدي إلى محاولة دفع فاشلة، ومن بقاء هوية النشاط المعتمدة مفهومة.
وثق من يحق له تغيير الإعداد وما يجب إعادة اختباره بعد تغيير الاسم أو صفحة الدفع. أحضر النص المتوقع للكشف مع الإيصال وأمثلة صفحة الدفع إلى مناقشة مشروع الموقع أو تطبيق الويب. الهدف هو هوية دفع متسقة يمكن دعمها، لا وعد بأن حقلا قصيرا يتحكم في واجهة كل بنك.