Certaines banques émettrices refusent les demandes 3D Secure [fermé]

Question

Nous avons un site de commerce électronique, nous essayons d'obtenir 3D Secure (Vérifié par VISA / Mastercard Securecode) mis en place avec.

Nous utilisons Datacash comme fournisseur de paiement.

Nous voyons la question suivante:

Certaines cartes qui sont inscrits dans ces programmes sont présentés avec succès les pages 3D Secure, d'autres ne parviennent pas, et de parler aux banques émettrices n'a pas aidé car ils nous disent qu'ils ont pas vu la transaction.

Nous recevons des messages des serveurs comme "cap.securecode.com" indiquant:

  

Votre authentification n'a pas pu être terminée en raison d'une erreur de système. Si cela se produit régulièrement, s'il vous plaît contacter votre CSR ».

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

  

Vous ne pouvez pas accéder à cette page.

     

Cela peut être dû à l'une des deux raisons:

     

  
1. Le FI que vous tentez d'accéder est désactivé
  
2. L'accès à l'IF est limité pour les adresses IP spécifiques, et votre adresse n'est pas un d'entre eux
  

Quelqu'un at-il vu ces autres erreurs renvoyées des banques de vérification, et comment puis-je résoudre?

Je suis en train d'obtenir plus de détails de tout modèle à succès et des échecs.

Answer 1

On dirait qu'il y avait un problème avec la forme que nous utilisions pour soumettre la demande aux serveurs 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>

Suppression de l'attribut enctype de la forme semble avoir résolu le problème - il a eu aucun effet sur les opérations qui réussissaient, et permet à ces opérations où ne pas réussir aussi bien

.

Je suppose que cela a été pris d'un autre exemple de code.

Answer 2

Je vais essayer de vous donner quelques informations supplémentaires,

Je travaille dans une banque de l'émetteur. Si la transaction implique 3D Secure, la première étape est l'authentification sécurisée 3D, et seulement après le succès du authorization. Si la banque de l'émetteur a la main sur la gestion de la 3D sécurisée à une autre organisation, alors il est vrai qu'ils ne voient jamais la transaction en cas d'erreurs 3D Secure. En d'autres termes, ils ne l'ont fait une autorisation. Cela dépend s'ils savent l'erreur 3D secure. Par conséquent, contacter l'émetteur ne sera probablement pas aider.

Si je ne me trompe pas, vous avez des problèmes avec plusieurs organisations 3D Secure. Si je suppose que chaque émetteur a sa propre organisation sécurisée 3d, alors vous avez des problèmes avec les cartes de crédit de différents émetteurs (vous avez nommé SecureCode et securesuite). Par conséquent, je pense qu'il n'a rien à voir avec la carte de crédit, mais avec votre traitement seulement.

est pas le problème complètement dans les mains de votre processeur de paiement? Vous faites peut-être quelque chose de mal dans votre communication avec le processeur de paiement? Notez que Visa et Mastercard ne mettre en œuvre 3D Secure un peu différent.

(peut-être une question stupide, mais êtes-vous sûr que les cartes avec une erreur sont Visa et Mastercard? Serait-il vrai que le client utilise une carte (par exemple JBC) qui ne sont pas pris en charge par votre processeur de paiement?)

Answer 3

3D Secure est un gâchis - votre processeur de paiement remettra hors à l'un des nombreux sites en fonction de qui a émis votre carte. Certains de ces sites acceptent une requête GET et une seule une requête POST. Vous pouvez recevoir cette erreur si vous envoyez un GET plutôt que POST.

Answer 4

il va probablement utile à tout le monde si je dis que certaines banques (de MPI) les des réponses PAREQ de retour avec des espaces vides, les espaces doivent être remplacés par des signes « + », sachez que si vous êtes Codding en PHP vous ne peuvent pas les encoder simplement avec urlencode car cela peut se casser la redirection après avoir fourni les détails corrects.

K concernant