Arborescence des pages

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.
Commentaire: couleur



Contenu

Sommaire
maxLevel1
stylenone




Le principe 

Cette page vous permet de guider les commerçants Payline à évoluer en 3DS version 2.0


3D Secure version 2.0

Pour renforcer la protection des acheteurs lors de paiements à distance (online), la directive européenne DSP2 rend obligatoire l'authentification SCA  (Strong Customer Authentication) de l'acheteur pour tout paiement électronique qu'il initie.

Ce traitement permet l'échange de données avec le commerçant et l'émetteur afin que ce dernier décide de l'authentification. Dorénavant plus le commerçant envoie de donner au moment de l'authentification, plus les paiements ont des chances d'être autorisés. Ce traitement s'adresse aux commerçants qui ne réalisent pas d'authentification 3DS systématique, néanmois les commerçants qui souhaitent profiter de ce traitement 3DS v2 et transmettre les données acheteurs pourront bénéficier d'un meilleur taux d'acceptation.

La directive sur les Services de Paiement (DSP2) impose l'application de nouvelles normes à appliquer (Regulatory Technical Standards (RTS))  dont une authentification forte (Strong Customer Authentication SCA) lors de paiement en ligne : c'est à dire authentification à 2 facteurs.

En décembre 2020, le 3DS 1.0 ne sera plus supporté.

Chaque transaction 3DS initiée sur Payline devra être transmise à l'ACS (serveur authentification du porteur)  par l'intermédiaire du MPI, avec un maximum d'informations concernant le porteur et sa commande pour permettre à l'ACS de décider si une authentification forte (avec challenge) est requise ou non (friction less).

Rappel du 3D Secure

3D Secure est un protocole d'authentification fourni par les systèmes de cartes de crédit.
Le marchand peut demander un mot de passe au consommateur pour confirmer le paiement. Cette procédure permet d'authentifier le consommateur comme étant le porteur de la carte utilisée pour le paiement.  Elle permet de renforcer la sécurité et de transférer la responsabilité au consommateur de la carte en cas d'impayé.

L'authentification se fait en deux étapes : 

  • vérification de l'enrôlement de la carte au système 3D Secure ;
  • demande d'authentification du consommateur.

La mise en place de 3D Secure doit permettre aux e-marchands de réduire le montant de leurs impayés dus à la fraude, mais cette procédure réduit également le taux des paiements acceptés.

Principe du 3DS V1 : consulter la page pour plus d'information.


Extrait
hiddentrue

3DS Dynamique / 3DS Sélectif

Le marchand peut configurer des règles du module antifraude pour basculer des demandes de paiement avec une demande l'authentification du consommateur 3D Secure. 
Payline propose d'identifier votre moyen de paiement avec un alias Contrat_Number. Il est donc possible de configurer deux Alias sur le même contrat avec un contrat classique sans 3DS et un autre avec 3DS. 
Vous pouvez également réaliser des demandes de paiement directement en 3D Secure.


Le traitement d'authentification

Le commerçant inite initie une demande de paiement et la banque de l'acheteur va l'authentifier de manière plus sur si les transactions sont dans le périmètre 3DSv2 et si elles ne sont pas exemptées.


Diagramme draw.io
diagramNameDiagramme sans nom.drawio
simpleViewerfalse
width524.5000000000001
links
zoom1
tbstyle
diagramDisplayNamePayline 3DSV2 Processus decision
lboxtrue
contentVer1
height560.5000000000001
revision1


1. Hors périmètre

La directive n’impose pas l’authentification forte (SCA) à ces types de transactions. Pour ces transactions, le marchand est responsable en cas de fraude.


Volet


Développer
titleHors périmètre..
  1. Commande par paiement postal et téléphone (MOTO) ;

  2. Transaction initée par le marchand (MIT) ;
  3. Transaction avec acquéreur ou émtteur hors europe (OneLeg) ;
  4. Transaction anonyme (Prepaid);
  5. Transaction B2B (Business).


Extrait
hiddentrue

1. l'authentification SCA ne s'applique pas lorsque la transaction est réalisée par email ou par téléphone.

2. l'authentification SCA ne s'applique pas lorsque la transaciton est initée par le marchand. Exemple : un abonnement mensuel ou annuel

3. L'authentification SCA ne s'applique pas lorsque la transaction est en dehors de l'europe. Ex. pays de la carte ou pays de l'acquéreur hors Europe.

lorsque l'émetteur (la banque du porteur de la carte) ou l'acquéreur (la banque du commerçant) est en dehors de l'espace économique européen.

4. L'authentification SCA ne s'applique pas lorsque la carte utilisée ne possède pas de titulaire.

5.L'authentification SCA ne s'applique pas lorsque la transaction est réalisée avec une carte Entreprise.





2. Exemptions

Pour permettre une meilleure expérience utilisateur, la directive prévoit les exemptions suivantes. Si une demande d’exemption est acceptée, le marchand est responsable en cas de fraude.


Volet


Développer
titleLes exemptions..
  1. Montant < 30 € (LOWVALUE)

  2. Risque faible / TRA
  3. Paiement récurrent (REC)
  4. Bénéficiare de confiance (WHISTELIST)


Extrait
hiddentrue

1. L'authent SCA ne s'applique pas lorsque le montant de la transaction est inférieure à 30 euors et que le nombre cumulé de transaction quotidien n'excède pas 5 ou 100 euors.

2. Risque faible/TRA. L'authentification SCA ne s'applique pas lorsque la transaction présente un risque faible et un montant inférieur au seuil acquéreur (entre 100€ et 500€) : l'exemption n'est pas systématiquement accordée.





3. Frictionless

Le commerçant pourra demander un traitement Frictionless pour éviter l'authentification basé sur un scoring ou l'envoi de données supplémentaires afin de bien identifier l'acheteur. 

Plus d'information : 3DSv2 - Augmenter le frictionless



4. Challenge

Vous pouvez également challenger la demande de paiement en excluant ou en demandant l'authentification de l'acheteur.
La banque de l'acheteur pourra valider ou vous demandez de refaire une demande de paiement avec authentification.

Réaliser un verifyEnrollment avec l'object Object - threeDSInfo en indiquant les Codes - ChallengeInd




Extrait
hiddentrue

Le module de Lutte contre la fraude

Vous devez consulter le module de lutte contre la fraude afin de gérer les règles et les actions à mettre en place.
Il est important de bien vérifier vos taux d'acceptation en mettant en place le module antifraude et de bien ajuster les règles, plusieurs actions sont possibles pour vous aider à la mise en oeuvre de ce module.



Pages associées

Contenu par étiquette
showLabelsfalse
showSpacefalse
sorttitle
cqllabel = "3dsv2" and label = "fr"