Optimisation de l'acceptation?

Ce que Mobupay fait pour vous, sans réglage

• Une authentification lente n'est pas coupée

  Votre client met du temps à valider auprès de sa banque ? Le paiement reste ouvert tant que la demande de sa banque est en cours.

• Une exemption refusée est aussitôt relancée

  La banque refuse de dispenser votre client d'authentification ? Mobupay lui présente aussitôt la demande de sa banque, sans nouvel appel de votre part.

• L'empreinte du navigateur est transmise

  Mobupay transmet à la banque les informations du navigateur qu'elle attend : une demande d'authentification ne se perd plus en chemin.

• Une demande en cours n'est jamais relancée en silence

  Si votre client revient sur la page pendant que sa banque attend sa validation, la page le lui dit au lieu d'envoyer un nouveau code qui invaliderait le premier.

• Les prélèvements suivants rejouent l'authentification

  Une carte enregistrée avec authentification la présente de nouveau aux échéances suivantes, sans solliciter votre client.

• Votre client peut retenter sans tout recommencer

  Après un retour de la banque ou un refus, la page de paiement rend le formulaire et propose une nouvelle tentative.

• Une issue quand la banque ne répond pas

  Si aucune demande n'arrive, votre client peut abandonner la tentative depuis la page de paiement, puis réessayer.

• Votre client n'est jamais débité deux fois

  Une tentative abandonnée finit par être autorisée par la banque ? Mobupay rend l'autorisation : votre client n'est pas débité.

L'exemption 3D Secure

Sur un paiement en un clic, Mobupay peut demander à la banque de votre client de ne pas l'authentifier, dans les limites que vous réglez : un plafond de panier, un nombre de paiements par carte sur 24 heures, et le choix de ne l'appliquer qu'aux cartes CB. La banque garde le dernier mot. Les conditions complètes et les champs qui disent ce que la banque a répondu sont décrits dans Cartes enregistrées.

Le réglage se trouve dans la fiche de votre boutique, rubrique Exemption 3D Secure. Il est réservé aux boutiques qui encaissent à leur nom, et aux rôles Propriétaire et Administrateur.

Ce que vous pouvez faire dans votre intégration

• Sur un débit en présence de votre client, transmettez browser : la banque peut alors l'authentifier au lieu de refuser (paiement client présent).
• Après un refus 01131, suivez nextAction : il indique la session de paiement à ouvrir pour authentifier votre client (débit direct).
• Quand votre client abandonne une tentative, annulez-la par POST /payments/{id}/cancel AVANT d'en ouvrir une autre, y compris lorsque la suivante est un débit sur carte enregistrée.
• Si l'annulation répond 409 avec currentStatus: authorized, le paiement a abouti : capturez-le, ou remboursez-le si la commande est abandonnée.
• Ne laissez jamais une autorisation sans la capturer ni l'annuler.

Codes de refus à connaître

01131 (la banque exige une authentification), 03022 et 03023 (authentification non aboutie) : leur signification et la conduite à tenir sont dans les codes de refus.