Contenu
Sommaire | ||||
---|---|---|---|---|
|
Le principe
L'objectif est Avec la fonction de Retry Automatique, vous pouvez automatiser une nouvelle tentative lors de chaque demande d’autorisation refusée. Ainsi, vous améliorez votre taux d’autorisation.
Dans le même l'objectif d’améliorer le taux d’autorisation en gérant , la fonction de Retry Asynchrone permet de gérer des autorisations asynchrones sur plusieurs jours.
Le principe reprend le traitement du Retry Automatique, mais vous pourrez préciser le délai pendant lequel nous tentons d’obtenir une autorisation et Payline utilise ce délai pour réaliser de nouvelles tentatives dans le cas où la demande initiale est refusée. Par exemple, vous nous précisez que le délai pour obtenir une autorisation est de 4 heures. Payline réalise une demande d’autorisation et dans le cas où elle est refusée, tente d’obtenir un accord dans un délai de 4 heures suivant cette transaction. Vous êtes prévenu par notification dès le succès d’une demande ou au bout de 4 heures lorsque le refus est définitif. Simple et efficace !
Le délai est configurable par commande entre 1 heure et 7 jours, ensuite elle sera refusée. Les moyens de paiement éligibles sont CB, Visa, Mastercard.
Configuration
Activez la fonctionnalité sur le compte et configurez votre contrat moyen de paiement dans votre backoffice Payline, en renseignant le délai pour obtenir une nouvelle autorisation ou renseignez la balise asynchronousRetryTimePeriod lors d’une demande de paiement.
Un nouveau paramètre 'Demande d'autorisation asynchrone' du bloc Retry Automatique est rajouté :
Particularité
Cette fonctionnalité sera proposée aux marchands sachant bloquer une commande pendant plusieurs jours. Le statut Payline d’une autorisation sera ON_HOLD_PARTNER lorsque la décision n’est pas encore prise.
Dans ce cas, le marchand doit afficher une page de confirmation de commande et attendre la réception d’une notification de paiement.
Dans le cas d’un paiement REFUSED, le marchand peut solliciter une action du consommateur en lui notifiant le refus par un email.
Le shortMessage est "ON_HOLD_PARTNER" avec le code ‘02006’ et la description : ‘Retry in progress, please wait for payment status.’.
Mise en oeuvre
Cette fonctionnalité est à implémenter dans Payline de la manière suivante :1. le
- Le marchand renseignera le nombre maximum de minutes allouées pour obtenir une autorisation. Après ce délai, l'autorisation est automatiquement refusée.
- Le champ dans les fonctions doWebPayment() et doAuthorization() de l'API WebPayment et DirectPayment Payline.
- Ajout d'un paramètre "Demande d'autorisation asynchrone" dans la zone "retry automatique" sur l'écran de configuration du moyen de paiement CB, MCVISA. Ce paramètre doit avoir la valeur min de 5 et max de 10080 (7 jours).
- En mode asynchrone, l'autorisation renvoie toujours l'état ON_HOLD_PARTNER. L'autorisation reste dans cet état jusqu'à ce qu'elle soit traitée par Payline. Le temps de traitement varie et peut être une minute ou plus.
- Une notification TRS serveur au commerçant Une fois le traitement terminé, Payline notifie le marchand pour l'informer du statut final de la transaction : autorisation accordée, autorisation refusée définitivement ou durée maximale atteinte. Une notification email ou sms à l’acheteur en fonction de la configuration du point de vente.
transaction.Mockup de l'écran de configuration : !mockup autorisation asynchrone.PNG|thumbnail!
Voici la liste des codes retours éligibles pour le retry asynchrone :
Payline va ainsi réaliser, de manière automatiquement et transparente pour vous et vos clients, une nouvelle tentative en fonction des codes de refus communiqués par la banque acquéreur.Totalement intégré dans le processus de paiement existant, la fonctionnalité de "Retry automatique" est compatible avec les fonctionnalités de déliassage, d'authentification 3DSecure et de lutte contre la fraude.
Les cartes Visa, Mastercard, Maestro et CB sont éligibles. Et tous les types de transactions sont compatibles à l'exception des types "N foix (NX)" et "Abonnement (REC)" qui possèdent déjà leur propre fonction de nouvelle tentative.
Extrait | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||
Le rejeu de la transaction en asynchrone s’exécute
Le tableau ci-dessous donne les durées et fréquences configurables dans les contrats.
|
Pour activer la fonction de "Retry Automatique" en cas de refus d'une transaction, il suffit d'activer la fonctionnalité et configurer le contrat sur lequel la seconde transaction sera réalisée.
Nous vous recommandons fortement d'avoir deux banques acquéreurs pour augmenter vos chances de succès.
Les différents cas
Cas des transactions 3DSecure refusées
Dans le cas où la transaction est refusée du fait quelle est garantie par le dispositif 3DSecure, nous permettons de renouveler une demande d'autorisation sans la garantie 3DSecure. Cette fonction n'est pas seulement pratique lorsque le dispositif 3DSecure est en panne, elle vous permet d'obtenir un taux de succès nettement meilleur. Vous pouvez facilement, à l'aide d'une règle anti-fraude, identifier ces transactions 3DSecure mais non garantie pour réaliser, selon votre propre souhait, une vérification manuelle de la commande.
Pour activer la fonction de "Retry Automatique" en cas de refus d'une transaction 3DSecure, il suffit d'activer la fonctionnalité et configurer l'option "Débrayer le 3DS en cas d'échec sur ce contrat".
La liste déroulante ne présente que des contrats pour lesquels le 3DSecure n'est pas activé. Si aucun contrat de ce type n'existe, vous devrez en créer un. Cela peut se faire en créant un alias de votre contrat initial.
Cas des demandes d'autorisation à 1€ vs demande d'information à 0€
Dans le cas où vous réalisez une demande d'information à 0€ dans le but d'obtenir un accord pour réaliser du paiement récurrent (paiement 1 clic, abonnement, etc.), nous vous permettons de modifier le type et le montant de la transaction dans le but d'améliorer le taux de succès de ces demandes. En effet, en fonction des types de cartes et des pays, les demandes d'informations à 0€ sont massivement rejetées. Pour palier à cette situation, Payline peut transformer automatiquement une demande d'information à 0€ en transaction d'autorisation à 1€. Cette dernière sera automatiquement annulée par une demande de redressement.
Pour activer la fonction de "Retry Automatique" en cas de refus d'une demande d'information à 0€, il suffit d'activer la fonctionnalité et configurer l'option "Demande d'autorisation à 1€ en cas d'échec de la demande d'information".
Si vous réalisez une demande d'autorisation à 1€, consulter notre documentation technique pour modifier le montant et réaliser des demandes à 0€.
Identifier les transactions de type "Retry" via l'API Payline
Les fonctions doAuthorization et getWebPaymentDetails de l'API Payline retournent les informations correspondant à la dernière transaction jouée :
- L'identifiant transaction transaction.id de la dernière demande effectuée ;
- Le contrat payment.contractNumber de la dernière demande effectuée ;
- Le code retour result de la dernière demande effectuée.
01199