Date: Thu, 28 Mar 2024 19:47:24 +0100 (CET) Message-ID: <790274098.38427.1711651644118@atlf1p1.dc1lan.local> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_38426_1891008901.1711651644117" ------=_Part_38426_1891008901.1711651644117 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Cette fonctionnalit=C3=A9 a pour but d'am=C3=A9liorer le taux de succ=C3=
=A8s que vous allez obtenir lors d'une demande d'autorisation. Nous entendo=
ns par succ=C3=A8s, le fait d'avoir un accord pour une demande et non un re=
fus.
Payline va ainsi r=C3=A9aliser, de mani=C3=A8re automatiquement et transpar=
ente pour vous et vos clients, une nouvelle tentative en fonction des codes=
de refus communiqu=C3=A9s par la banque acqu=C3=A9reur.
Totalement int=C3=A9gr=C3=A9 dans le processus de paiement existant, la fon=
ctionnalit=C3=A9 de "Retry automatique" est compatible avec les fonctionnal=
it=C3=A9s de d=C3=A9liassage, d'authentification 3DSecure et de lutte contr=
e la fraude.
Les cartes Visa, Mastercard, Maestro et CB sont =C3=A9ligibles. Et tous les=
types de transactions sont compatibles =C3=A0 l'exception des types "N foi=
x (NX)" et "Abonnement (REC)" qui poss=C3=A8dent d=C3=A9j=C3=A0 leur propre=
fonction de nouvelle tentative.
Pour activer la fonction de "Retry Automatique" en cas de refus d'une tr=
ansaction, il suffit d'activer la fonctionnalit=C3=A9 et configurer le cont=
rat sur lequel la seconde transaction sera r=C3=A9alis=C3=A9e.
Nou=
s vous recommandons fortement d'avoir deux banques acqu=C3=A9reurs pour aug=
menter vos chances de succ=C3=A8s.
Vous pouvez =C3=A9galement configurer une p=C3=A9riode de retry, si besoin =
consulter la fonction de Retry asy=
nchrone.
Cette fonctionnalit=C3=A9 est accessible depuis la configuration du <= a href=3D"/display/DT/Centre+Administration+-+Moyens+de+paiement"> moyen de= paiement du centre administration.
Dans le cas o=C3=B9 la transaction est refus=C3=A9e sur un contrat, Payl= ine permet de renouveler une demande d'autorisation sur un autre contrat.= p>
Dans le cas o=C3=B9 la transaction est refus=C3=A9e du fait quelle est g=
arantie par le dispositif 3D Secure, nous permettons de renouveler une dema=
nde d'autorisation sans la garantie 3D Secure. Cette fonction n'est pas seu=
lement pratique lorsque le dispositif 3D Secure est en panne, elle vous per=
met d'obtenir un taux de succ=C3=A8s nettement meilleur.
Vous pouvez facilement, =C3=A0 l'aide d'une r=C3=A8gle anti-fraude, identif=
ier ces transactions 3D Secure mais non garantie pour r=C3=A9aliser, selon =
votre propre souhait, une v=C3=A9rification manuelle de la commande.
Pour activer la fonction de "Retry Automatique" en cas de refus d'une tr= ansaction 3D Secure, il suffit d'activer la fonctionnalit=C3=A9 et configur= er l'option "D=C3=A9brayer le 3DS en cas d'=C3=A9chec sur ce contrat".
La liste d=C3=A9roulante ne pr=C3=A9sente que des contrats pour lesquels= le 3D Secure n'est pas activ=C3=A9. Si aucun contrat de ce type n'existe, = vous devrez en cr=C3=A9er un. Cela peut se faire en cr=C3=A9ant un alias de= votre contrat initial.
Dans le cas o=C3=B9 vous r=C3=A9alisez une demande d'information =C3=A0 = 0=E2=82=AC dans le but d'obtenir un accord pour r=C3=A9aliser du paiement r= =C3=A9current (paiement 1 clic, abonnement, etc.), nous vous permettons de = modifier le type et le montant de la transaction dans le but d'am=C3=A9lior= er le taux de succ=C3=A8s de ces demandes. En effet, en fonction des types = de cartes et des pays, les demandes d'informations =C3=A0 0=E2=82=AC sont m= assivement rejet=C3=A9es. Pour palier =C3=A0 cette situation, Payline peut = transformer automatiquement une demande d'information =C3=A0 0=E2=82=AC en = transaction d'autorisation =C3=A0 1=E2=82=AC. Cette derni=C3=A8re sera auto= matiquement annul=C3=A9e par une demande de redressement.
Pour activer la fonction de "Retry Automatique" en cas de refus d'une de= mande d'information =C3=A0 0=E2=82=AC, il suffit d'activer la fonctionnalit= =C3=A9 et configurer l'option "Demande d'autorisation =C3=A0 1=E2=82=AC en = cas d'=C3=A9chec de la demande d'information".
Si vous r=C3=A9alisez une demande d'autorisation =C3=A0 1=E2=82=AC, cons=
ulter notre documentation technique pour modifier le montant et r=C3=A9alis=
er des demandes =C3=A0 0=E2=82=AC.
Identifier les transactions de type "Retry" via l'API Payline
Les fonctions d=
oAuthorization et getWebPaymentDetails de l'API Payline retournent les inform=
ations correspondant =C3=A0 la derni=C3=A8re transaction jou=C3=A9e :
Le Soft Decline correspond =C3=A0 =
un refus d'une demande d'autorisation de la part des =C3=A9metteurs.
Il intervient dans le cas :=
Payline initie une autorisation av=
ec challenge 3DSV2.
Deux transactions seront enregistr=C3=A9es :<=
/p>
Plus d'information : 3DSV2 -= SoftDecline
Monext Online fournit un =C3=A9tat temporaire INPROGRESS avec le code re=
tour 02306 permettant de savoir si la session web est termin=C3=A9e.
Vous pourrez r=C3=A9cup=C3=A9rer l'=C3=A9tat final d=C3=A8s que la session =
web est termin=C3=A9e et le traitement retry est r=C3=A9alis=C3=A9.
En mode web, vous devez appeler la demande de r=C3=A9sultat du paiement d=
=C3=A8s la redirection ou la notification.
Le token de session des services getWebPaymentDetails ou getTransactionDetails point=
era simplement sur la derni=C3=A8re transaction Retry r=C3=A9alis=C3=A9e.&n=
bsp;
Vous pourrez ainsi =C3=A9viter les =C3=A9carts de r=C3=A9sultat si la de= mande de r=C3=A9sultat de la transaction est envoy=C3=A9 trop t=C3=B4t, c'e= st =C3=A0 dire avant que la session web soit termin=C3=A9 et le traitement = d'un retry r=C3=A9alis=C3=A9.
L'=C3=A9cran de d=C3=A9tail d=E2=80=99une transaction affiche au niveau de =
la zone =C2=AB TRANSACTION =C2=BB, l'information Type de Retry :