Renforcez la sécurité de vos paiements en ligne

La sécurité des paiements en ligne est essentielle pour protéger votre activité contre la fraude, réduire le risque de rétrofacturations (chargebacks) et offrir une expérience de paiement fiable à vos voyageurs.

Les passerelles intégrées à Avantio Payments intègrent des mécanismes de sécurité comme la tokenisation et permettent de gérer les paiements conformément à des exigences telles que PSD2, SCA (Strong Customer Authentication) et 3DS (3D Secure).

Comprendre ces notions et savoir comment elles s’appliquent selon le type de transaction vous aidera à encaisser vos paiements de façon plus sécurisée et à savoir quand l’intervention du voyageur peut être nécessaire.

Que vas-tu apprendre dans cet article ?

Vous découvrirez ce que signifient PSD2, SCA et 3DS, comment ces notions sont liées et quelles différences existent entre les transactions CIT, MIT et MOTO dans le processus de paiement.

Avantages

Plus de sécurité : réduit le risque de fraude et protège à la fois votre activité et vos voyageurs.

Plus de confiance : utiliser des mécanismes d’authentification et de protection des données rassure lors du paiement.

Conformité réglementaire : permet de gérer les paiements conformément aux exigences applicables aux transactions électroniques.

Quand faut-il prendre en compte ces notions ?

Vous devez les prendre en compte dès que vous gérez des encaissements par carte via Avantio Payments, surtout si vous souhaitez comprendre pourquoi certains paiements nécessitent l’authentification du voyageur et d’autres peuvent être traités automatiquement.

Elles sont aussi particulièrement importantes lorsque vous travaillez avec :

Des réservations effectuées directement depuis votre web.
Des paiements ultérieurs pour une même réservation.
Des réservations provenant de portails ou d’OTAs.
Des cartes virtuelles.
Des services ou montants additionnels ajoutés après la réservation.

Avant de commencer

Il est utile de connaître trois notions fondamentales :

PSD2 (Payment Services Directive 2) : réglementation européenne qui encadre les services de paiement et impose des mesures pour renforcer la sécurité des transactions électroniques et réduire la fraude.

SCA (Strong Customer Authentication) : mécanisme d’authentification renforcée qui peut exiger que le client s’identifie à l’aide d’au moins deux facteurs différents.

3DS (3D Secure) : technologie utilisée pour les paiements par carte afin d’appliquer des processus d’authentification, par exemple via l’application bancaire, un code de sécurité ou la biométrie.

Une authentification SCA peut combiner des facteurs liés à :

Quelque chose que le client sait, comme un mot de passe ou un code PIN.
Quelque chose que le client possède, comme son téléphone portable.
Quelque chose que le client est, comme son empreinte digitale ou la reconnaissance faciale.

Gardez aussi à l’esprit que tous les paiements ne sont pas initiés de la même façon. Le type de transaction détermine, entre autres, comment l’authentification peut s’appliquer.

Suivez ces étapes

Identifiez qui initie la transaction
La première étape consiste à déterminer si le paiement est initié directement par le voyageur, par votre entreprise ou s’il est traité à partir des données de carte reçues d’un portail.
Identifiez le type de transaction
Dans Avantio, vous pouvez principalement rencontrer les situations suivantes :
CIT – Cardholder Initiated Transaction
Il s’agit d’une transaction initiée directement par le titulaire de la carte.
Un exemple courant est le premier paiement effectué par le voyageur lors d’une réservation sur votre web.
Pour ce type de transaction, une authentification renforcée via SCA et 3DS peut être appliquée pour valider l’identité du titulaire.
MIT – Merchant Initiated Transaction
Il s’agit d’une transaction initiée ultérieurement par le commerçant, sans intervention du voyageur à ce moment-là.
Un exemple courant est le deuxième paiement programmé d’une réservation effectuée sur votre web.
Ce type d’encaissement peut être réalisé lorsqu’une autorisation préalable est associée à la transaction initiale du client.
MOTO – Mail Order / Telephone Order
Ce sont des transactions réalisées à partir de données de carte reçues par des canaux où le titulaire n’intervient pas directement au moment du paiement.
Dans Avantio, ce cas peut se présenter pour certaines réservations provenant d’OTAs.
Les transactions MOTO ne permettent pas d’appliquer la SCA de la même façon qu’une transaction initiée directement par le titulaire, ce qui peut entraîner un risque accru de fraude ou de chargebacks.
Vérifiez si le paiement nécessite une nouvelle autorisation
L’authentification dépendra de l’origine et des caractéristiques du paiement.
Par exemple :
- Un premier paiement initié par le voyageur peut nécessiter une autorisation via SCA.
- Un paiement ultérieur associé à une autorisation préalable peut être traité comme MIT.
- Un nouveau montant qui ne faisait pas partie de la réservation initiale peut nécessiter une nouvelle autorisation du voyageur.
Vérifiez la configuration d’Avantio Payments
Assurez-vous que votre passerelle de paiement et la configuration d’Avantio Payments correspondent au type de réservations et de cartes que vous utilisez.
Si vous gérez des cartes virtuelles, vérifiez que le type de transaction correspondant est activé sur votre passerelle de paiement.

Résultat attendu

Vos encaissements seront gérés en appliquant le bon flux d’authentification selon le type de transaction, ce qui vous aidera à réduire les risques et à protéger les opérations par carte.

L’intervention du voyageur peut varier selon l’origine du paiement, l’autorisation existante et les caractéristiques précises de la transaction.

Étapes suivantes recommandées

Après avoir compris le fonctionnement de PSD2, SCA, 3DS et les différents types de transactions, vérifiez la configuration de vos paiements dans Avantio Payments.

Vérifiez comment sont gérés les encaissements des réservations issues de votre web et des portails.

Contrôlez la configuration d’autorisation pour les cartes reçues depuis les OTAs.

Si vous travaillez avec des cartes virtuelles, assurez-vous que votre passerelle accepte le type de transaction nécessaire.

Consultez les guides liés à Avantio Payments pour bien configurer vos encaissements.

Limitations et points d’attention

À noter :

Le besoin d’authentification peut varier selon le type de transaction, l’origine de la carte et les conditions du paiement.

Les transactions MOTO ne permettent pas d’appliquer la SCA de la même façon que les paiements initiés directement par le titulaire.

Un paiement ultérieur peut être traité comme MIT lorsqu’il existe une autorisation préalable valide liée au paiement initial.

Les montants additionnels qui ne faisaient pas partie de l’autorisation initiale peuvent nécessiter une nouvelle autorisation du voyageur.

Si vous travaillez avec des cartes virtuelles, assurez-vous que votre passerelle de paiement permet de traiter ce type de transactions.

Les passerelles intégrées à Avantio Payments utilisent la tokenisation, ce qui évite de manipuler directement les données sensibles des cartes lors des encaissements ultérieurs.

Bonnes pratiques

Vérifiez régulièrement la configuration de sécurité d’Avantio Payments.

Faites bien la différence entre paiements initiés par le voyageur, paiements ultérieurs et encaissements provenant des OTAs.

Utilisez les mécanismes d’authentification disponibles pour réduire le risque de fraude et de rétrofacturations.

Assurez-vous que votre passerelle accepte les types de transactions nécessaires à votre activité.

Évitez de manipuler directement les données sensibles des cartes dès que vous pouvez utiliser des processus tokenisés.

Soyez particulièrement vigilant avec les paiements provenant des OTAs lorsque la carte réelle du voyageur est utilisée.

Cas pratique

Défi :

Une agence reçoit une réservation depuis son site web avec deux paiements programmés : un premier montant au moment de la réservation et un second prélèvement quelques jours avant l’arrivée.

Analyse :

Le premier paiement est initié directement par le voyageur et peut nécessiter une authentification. Le second paiement est lié à l’autorisation donnée lors de la transaction initiale.

Décision stratégique :

L’agence configure ses conditions de paiement dans Avantio Payments pour que le premier encaissement soit authentifié et que le second puisse être géré ensuite comme une transaction initiée par le commerçant.

Résultat attendu :

Le premier paiement bénéficie de l’authentification requise et le second peut être traité automatiquement sans redemander l’intervention du voyageur, tant que cela reste dans les conditions autorisées initialement.

Questions fréquentes

Pourquoi le second paiement d’une réservation ne nécessite-t-il généralement pas une nouvelle authentification ?

Parce qu’il peut s’agir d’une transaction MIT (Merchant Initiated Transaction).

Dans ce cas, le paiement est initié ultérieurement par le commerçant en utilisant l’autorisation donnée par le voyageur lors de la transaction initiale.

À quoi sert la double authentification pour les réservations provenant de portails ?

Certaines transactions issues de portails peuvent être traitées comme MOTO, et n’intègrent donc pas nativement le même processus d’authentification qu’un paiement initié directement par le voyageur.

La configuration disponible dans Avantio Payments permet d’ajouter une autorisation préalable à certains encaissements pour renforcer la sécurité de ces transactions.

Quels risques présentent les paiements provenant des OTAs ?

Lorsqu’une transaction est traitée comme MOTO, il n’est pas possible d’appliquer la SCA de la même façon qu’un paiement initié par le titulaire, ce qui peut augmenter le risque de fraude ou de rétrofacturation.

Si le portail fournit la carte réelle du voyageur, vous pouvez vérifier la configuration d’Avantio Payments pour demander une autorisation avant certains encaissements.

Si vous travaillez avec une carte virtuelle, assurez-vous que votre passerelle permet de traiter ce type de transaction.

Quelle est la différence entre CIT, MIT et MOTO ?

La principale différence est qui initie le paiement et comment l’autorisation est obtenue :

CIT : le voyageur initie directement la transaction.
MIT : le commerçant initie un paiement ultérieur sur la base d’une autorisation préalable.
MOTO : l’encaissement est traité à partir de données de carte transmises par d’autres canaux, comme certaines réservations issues d’OTAs.

Comment la tokenisation améliore-t-elle la sécurité des paiements ?

La tokenisation remplace les données sensibles de la carte par un identifiant ou token.

Ainsi, les paiements ultérieurs peuvent être gérés sans utiliser directement les données complètes de la carte, ce qui réduit l’exposition des informations sensibles.

Les passerelles intégrées à Avantio Payments utilisent ce système pour gérer les cartes de façon plus sécurisée.

Que se passe-t-il si j’ajoute un service supplémentaire après avoir effectué la réservation ?

Si tu ajoutes un nouveau paiement qui n’était pas inclus dans le montant initialement autorisé, par exemple un service supplémentaire réservé après coup, une nouvelle autorisation du client peut être nécessaire.

Le système pourra ensuite gérer l’encaissement, mais il faudra d’abord passer par le processus d’autorisation correspondant au nouveau montant.

3DS et SCA, est-ce la même chose ?

Pas exactement.

SCA est l’exigence d’authentification renforcée, tandis que 3DS est une technologie utilisée lors des paiements par carte pour appliquer ce processus d’authentification.

Par exemple, lors d’un paiement 3DS, le client peut devoir confirmer l’opération depuis l’application de sa banque, saisir un code ou utiliser la biométrie.

Protégez vos paiements en ligne avec PSD2, SCA et 3DS