بعض البنوك التي تصدر ترفض الطلبات الآمنة ثلاثية الأبعاد [مغلقة

StackOverflow https://stackoverflow.com/questions/2100919

سؤال

لدينا موقع تجاري نحاول الحصول على آمنة ثلاثية الأبعاد (تم التحقق منها بواسطة Visa/MasterCard SecureCode).

نحن نستخدم Datacash كمقدم الدفع لدينا.

نرى القضية التالية:

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

نحصل على رسائل من خوادم مثل "cap.securecode.com" تفيد:

لا يمكن إكمال المصادقة الخاصة بك بسبب خطأ في النظام. إذا حدث هذا باستمرار ، فيرجى الاتصال بـ CSR ".

أو من "www.securesuite.co.uk":

لا يمكنك الوصول إلى هذه الصفحة.

قد يكون هذا بسبب أحد سببين:

  1. يتم إلغاء تنشيط FI الذي تحاول الوصول إليه
  2. يتم تقييد الوصول إلى FI لعناوين IP محددة ، وعنوانك ليس أحدها

هل شاهد أي شخص آخر هذه الأخطاء من البنوك التحقق ، وكيف يمكنني حلها؟

أحاول الحصول على مزيد من التفاصيل عن أي نمط للنجاحات والفشل.

هل كانت مفيدة؟

المحلول

يبدو أن هناك مشكلة في النموذج الذي كنا نستخدمه لتقديم الطلب إلى الخوادم الآمنة ثلاثية الأبعاد:

<form method="post" 
      enctype="multipart/form-data" 
      action="https://[3dSecureServer]">
  <input value="[EncodedRequest]" name="PaReq" type="hidden">
  <input value="[RetailerReference]" name="MD" type="hidden">
  <input value="[RetailerReturnUrl]" type="hidden" name="TermUrl">
  <p>If you do not see your card issuer's instructions, below, 
     please click <input value="Continue" name="TDAction" type="submit"></p>
</form>

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

أتصور أن هذا تم أخذ هذا من بعض رمز العينة الأخرى.

نصائح أخرى

اسمحوا لي أن أحاول أن أقدم لك بعض المعلومات الإضافية ،

أنا أعمل في بنك المصدر. إذا كانت المعاملة تنطوي على آمنة ثلاثية الأبعاد ، فإن الخطوة الأولى هي المصادقة الآمنة ثلاثية الأبعاد ، وفقط بعد النجاح. إذا قام البنك المصدر بتسليم معالجة 3D Secure مع منظمة أخرى ، فمن الصحيح أنهم لا يرون أبدًا المعاملة في حالة وجود أخطاء آمنة ثلاثية الأبعاد. وبعبارة أخرى ، لم يفعلوا ذلك مطلقًا. يعتمد ذلك إذا كانوا يعرفون عن الخطأ الآمن ثلاثي الأبعاد. لذلك ، ربما لن يساعد الاتصال بالمصدر.

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

أليست المشكلة في أيدي معالج الدفع الخاص بك؟ أم أنك ربما تفعل شيئًا خاطئًا في اتصالك مع معالج الدفع؟ لاحظ أن Visa و MasterCard قاموا بتطبيق 3D Secure مختلفًا قليلاً.

(ربما سؤال غبي ، ولكن هل أنت متأكد من أن البطاقات التي لديها خطأ هي Visa و MasterCard؟ هل يمكن أن يكون صحيحًا أن العميل يستخدم بطاقة (مثل JBC) غير مدعومة من قبل معالج الدفع الخاص بك؟)

3D Secure هو فوضى - سوف يسلم معالج الدفع الخاص بك إلى أحد المواقع العديدة اعتمادًا على من أصدر بطاقتك. بعض هذه المواقع تقبل طلب الحصول على طلب آخر فقط. قد تتلقى هذا الخطأ إذا كنت ترسل GET بدلاً من النشر.

من المحتمل أن يكون من المفيد للجميع إذا قلت أن بعض البنوك (MPI) تعيد ردود Pareq بمساحات فارغة ، يجب استبدال تلك المساحات الفارغة بعلامات "+" ، يجب أن تدرك أنه إذا كنت تترميز في PHP ، فلا يمكنك الترميز ببساطة لهم مع urlencode لأن هذا يمكن أن يكسر إعادة التوجيه نفسه بعد تقديم التفاصيل الصحيحة.

التحيات ك

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top