Arborescence des pages

Vous regardez une version antérieure (v. /display/DT/Retry+asynchrone) de cette page.

afficher les différences afficher l'historique de la page

Vous regardez la version actuelle de cette page. (v. 1) afficher la version suivante »

Contenu





Le principe

L'objectif est d’améliorer le taux d’autorisation en gérant des autorisations asynchrones sur plusieurs jours.
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.


Cette fonctionnalité est à implémenter dans Payline de la manière suivante :

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

du champ dans les fonctions doWebPayment() et doAuthorization() de l'API WebPayment et DirectPayment Payline.

2. 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).

3. 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 fois le traitement terminé, Payline notifie le marchand pour l'informer du statut final de la transaction.

Mockup de l'écran de configuration : !mockup autorisation asynchrone.PNG|thumbnail!




Voici la liste des codes retours éligibles pour le retry asynchrone :



01121Debit limit exceeded
01123Debit transaction frequency exceeded’
01184Max uses exceeded
01197Communication error between MDA and SAA

01199

GTM Internal Error
01904Card provider server unknown or unavailable
01909Bank server Internal error
01912Card provider server unknown or unavailable’
01940Bank server unavailable
01941Bank server communication error
01942Invalid bank server response code
01943Invalid format for bank server response






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.

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.

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).
  • Aucune étiquette