Algunos bancos emisores que rechazan las solicitudes de 3D Secure [cerrada]

Question

Tenemos un sitio de comercio electrónico que estamos tratando de obtener 3D Secure (Verified by Visa / MasterCard SecureCode) creado con.

Estamos utilizando Datacash como nuestro proveedor de pago.

Estamos viendo el problema siguiente:

Algunas tarjetas que están inscritos en estos esquemas se están mostrando con éxito las páginas 3D Secure, otros están fallando, y hablar con los bancos emisores no ha ayudado a medida que nos dicen que no han visto la transacción.

Estamos recibiendo mensajes desde servidores como "cap.securecode.com", afirmando:

  

Su autenticación no se pudo completar debido a un error del sistema. Si esto sucede constantemente, póngase en contacto con su CSR".

O de "www.securesuite.co.uk":

  

No se puede acceder a esta página.

     

Esto puede ser debido a una de dos razones:

     

  
1. El FI se está intentando acceder está desactivado
  
2. El acceso a la LI está restringida a determinadas direcciones IP y su dirección no es uno de ellos
  

¿Alguien más ha visto estos errores devueltos a los bancos que verifican, y cómo puedo resolverlo?

Estoy tratando de obtener más detalles de cualquier patrón de los éxitos y fracasos.

Answer 1

Parece que hay un problema con la forma que estábamos utilizando para enviar la solicitud a los servidores 3D Secure:

<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>

La eliminación del atributo enctype de la forma parece haber resuelto el problema -. Que ha tenido ningún efecto sobre las transacciones que estaban teniendo éxito, y permite que las transacciones que cuando no tenga éxito, así

Me imagino que esto fue tomado de algún otro código de ejemplo.

Answer 2

Voy a tratar de darle alguna información adicional,

Estoy trabajando en un banco emisor. Si la transacción implica 3D Secure, entonces el primer paso es la autenticación segura 3D, y sólo después de un éxito en cuanto a autorización. Si el banco emisor hizo mano sobre el manejo de 3D Secure a otra organización, entonces es cierto que nunca ven la transacción en caso de errores en 3D seguras. En otras palabras, nunca hicieron una autorización. Depende si saben acerca del error seguro 3D. Por lo tanto, en contacto con el emisor probablemente no servirá.

Si estoy en lo correcto, entonces usted tiene problemas con múltiples organizaciones 3D segura. Si yo asumir que cada emisor tiene su propia organización segura 3d, entonces usted tiene problemas con las tarjetas de crédito de diferentes emisores (que creó SecureCode y securesuite). Por lo tanto creo que no tiene nada que ver con la tarjeta de crédito, pero con su elaboración.

No es el problema por completo en manos de su procesador de pagos? ¿O tal vez haciendo algo mal en su comunicación con el procesador de pagos? Tenga en cuenta que Visa y Mastercard implementaron 3D Secure un poco diferente de bits.

(Tal vez una pregunta estúpida, pero ¿está seguro de que las tarjetas con un error son Visa y Mastercard? ¿Podría ser cierto que el cliente utiliza una tarjeta (por ejemplo, JBC) que no es compatible con su procesador de pagos?)

Answer 3

3D seguro es un desastre - el procesador de pagos entregará el sombrero a uno de los muchos sitios dependiendo de quien emitió su tarjeta. Algunos de estos sitios acepta una solicitud GET y algunos sólo una solicitud POST. Puede recibir este error si está enviando un GET en lugar de POST.

Answer 4

que va a ser probablemente muy útil para todos si digo que algunos bancos respuestas retorno PAREQ (MPI) con espacios en blanco, los espacios en blanco deben ser reemplazados por signos '+', tenga en cuenta que si usted está Codding en PHP no puede simplemente codificar con urlencode ya que esto puede romper la redirección de sí mismo después de todos los detalles correctos.

lo que respecta K