Le principe
Cette fonctionnalité a pour but d'améliorer le taux de succès que vous allez obtenir lors d'une demande d'autorisation. Nous entendons par succès, le fait d'avoir un accord pour une demande et non un refus.
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.
Configuration
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.
Vous pouvez également configurer une période de retry, si besoin consulter la fonction de Retry asynchrone.
| Extrait | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
TraitementPour améliorer le traitement du retry synchrone, Monext Online fournit un état INPROGRESS avec le code retour 02306 permettant de savoir si la transaction d’origine est en cours de retry. Dans le cas d'un retry, il vous suffira de revenir récupérer l'état une fois la transaction finalisée, puis de récupérer l'état de la nouvelle transaction retry associée à la transaction d'origine.
|
Les différents cas
Cas des transactions refusées sur le contrat acquéreur
Dans le cas où la transaction est refusée sur un contrat, Payline permet de renouveler une demande d'autorisation sur un autre contrat.
Cas des transactions 3D Secure refusées
Dans le cas où la transaction est refusée du fait quelle est garantie par le dispositif 3D Secure, nous permettons de renouveler une demande d'autorisation sans la garantie 3D Secure. Cette fonction n'est pas seulement pratique lorsque le dispositif 3D Secure 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 3D Secure 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 3D Secure, 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 3D Secure 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 de l'objet result de la dernière demande effectuée.
Cas de Softdecline
Lorsqu'un marchand demande une autorisation sans authentification 3DSecure V2. Payline initie une autorisation avec challenge si le contrat est paramétré 3DSV2.
Deux transactions seront enregistrées. La première avec rejetée avec code erreur softdecline. La seconde sera marquée avec le type “RETRY-SD”.
Plus d'information : 3DSV2 - SoftDecline
| Extrait | ||
|---|---|---|
| ||
En interface webPayment, Payline réalise un retry automatique via :
|
État temporaire
Monext Online fournit un état temporaire INPROGRESS avec le code retour 02306 permettant de savoir si la session web est terminée.
Vous pourrez récupérer l'état final dès que la session web est terminée et le traitement retry est réalisé.
En mode web, vous devez appeler la demande de résultat du paiement dès la redirection ou la notification.
Le token de session des services getWebPaymentDetails ou getTransactionDetails pointera simplement sur la dernière transaction Retry réalisée.
Vous pourrez ainsi éviter les écarts de résultat si la demande de résultat de la transaction est envoyé trop tôt, c'est à dire avant que la session web soit terminé et le traitement d'un retry réalisé.
Centre administration
Identifier les transactions de type "Retry" dans le backoffice Payline
L'écran de détail d’une transaction affiche au niveau de la zone « TRANSACTION », l'information Type de Retry :
- RETRY_ACQ : Nouvelle tentative sur un autre acquéreur ;
- RETRY_3DS : Débrayage du 3DSecure ;
- RETRY_AV : Tentative sur échec d’une demande d’information (Account Verification) ;
- RETRY-SD : Débrayage du Softdecline.