Acquiring

Qu'est-ce que Paiement ?

La surface de paiement côté commerçant, le formulaire, la page hébergée ou le SDK où le client saisit les détails de paiement.

Le paiement est l'interface côté client où les détails de paiement sont saisis et une transaction est initiée. La conception et la mise en œuvre technique de la page de paiement sont essentielles pour la conversion, la sécurité et la conformité réglementaire.

Les commerçants peuvent choisir parmi plusieurs méthodes d'intégration, chacune ayant des implications différentes pour leur portée PCI DSS. Une page de paiement entièrement hébergée redirige le client vers une page sécurisée gérée par le fournisseur de paiement, minimisant ainsi la charge PCI du commerçant.

Un iframe intégré permet au formulaire de paiement d'apparaître de manière transparente sur le site du commerçant tout en isolant les données sensibles de ses serveurs.

Une intégration API directe offre un contrôle maximal sur l'expérience utilisateur, mais place l'ensemble de l'environnement du commerçant dans le champ d'application PCI DSS, nécessitant une surcharge de conformité importante.

Les paiements modernes doivent être conçus pour gérer les exigences réglementaires telles que l'authentification forte du client (SCA) en vertu de la DSP2 en Europe.

Cela implique l'intégration d'un service 3D Secure capable de gérer le flux d'authentification, déterminant si une transaction peut être approuvée via un flux sans friction ou nécessite un flux de défi (par exemple, un code d'accès unique ou une approbation biométrique).

L'optimisation du paiement implique également l'affichage dynamique des méthodes de paiement alternatives (APM) et des portefeuilles numériques pertinents comme Apple Pay ou Google Pay en fonction de l'appareil et de l'emplacement du client.

Les données collectées lors du paiement, telles que les détails de la carte, l'adresse de facturation et le CVV, sont envoyées dans une demande d'autorisation à la passerelle de paiement, qui les achemine ensuite vers l'acquéreur et le système de carte appropriés.

Exemple concret

Un détaillant de mode britannique utilise un paiement basé sur un iframe fourni par Cardflo. Un client en France ajoute une veste de 250 € à son panier et procède au paiement.

La page de paiement, intégrée au domaine du détaillant, détecte l'emplacement et l'appareil de l'utilisateur, affichant les options pour Cartes Bancaires, SEPA et Apple Pay à côté du formulaire de saisie de carte standard. Le client choisit de payer avec sa carte Visa.

Il saisit son numéro de carte, sa date d'expiration et son CVV. Étant donné que la transaction dépasse l'exemption de faible valeur de 30 € et qu'il s'agit d'une transaction transfrontalière au sein de l'EEE, la SCA est obligatoire.

Lors de la soumission, le processus 3D Secure est initié. La valeur ECI (Electronic Commerce Indicator) de 05 (entièrement authentifiée) est ciblée.

L'ACS de l'émetteur présente un défi, exigeant que le client approuve le paiement de 250 € dans son application bancaire mobile. Une fois approuvée, la demande d'autorisation est envoyée, approuvée, et la responsabilité des rétrofacturations frauduleuses est transférée à l'émetteur.

L'ensemble du processus, de la soumission du formulaire à la confirmation, prend moins de 15 secondes.

Notes des réseaux

Les règles Visa et Mastercard influencent fortement la fonctionnalité de paiement, principalement via 3D Secure.

Les deux systèmes ont mis à jour les protocoles (Visa Secure et Mastercard Identity Check) qui prennent en charge la norme 3DS2, permettant un échange de données plus riche entre le commerçant et l'émetteur pour faciliter l'authentification sans friction.

Les systèmes imposent l'utilisation correcte de l'indicateur ECI (Electronic Commerce Indicator) dans le message d'autorisation ; un 05 pour une transaction 3DS entièrement authentifiée en Europe, ou 07 pour une transaction authentifiée non 3DS.

Un marquage incorrect des transactions peut entraîner des frais d'Interchange plus élevés, des taux d'approbation plus faibles et une perte de protection de transfert de responsabilité en cas de fraude.

Pourquoi c'est important pour les marchands

Le paiement est sans doute le facteur le plus critique pour le taux de conversion des ventes d'un commerçant.

Un paiement mal conçu avec des champs inutiles, une redirection gênante ou un manque de méthodes de paiement pertinentes entraîne directement des paniers abandonnés et des pertes de revenus.

Pour les régions soumises à la SCA comme l'EEE, une intégration 3D Secure défaillante ou maladroite peut décimer les taux d'approbation.

Le partenariat avec un fournisseur comme Cardflo, dont la plateforme d'orchestration et le routage intelligent peuvent optimiser dynamiquement les flux de paiement, permet aux commerçants de maximiser les approbations.

Par exemple, le routage d'une transaction vers un acquéreur local ou la nouvelle tentative intelligente d'un refus léger peut récupérer des revenus qui seraient autrement perdus au stade du paiement.

Foire aux questions

Comment le choix du paiement impacte-t-il la portée de la conformité PCI DSS ?

L'utilisation d'une page de paiement hébergée ou d'un paiement moderne basé sur un iframe qualifie généralement un commerçant pour le SAQ A, le niveau de conformité le plus simple, car les données de carte ne touchent jamais le serveur du commerçant.

Si un commerçant utilise un paiement API personnalisé pour collecter des données directement sur sa propre infrastructure, il relève généralement du SAQ D, nécessitant un audit annuel beaucoup plus rigoureux et coûteux.

Quel rôle le paiement joue-t-il dans les flux SCA et 3D Secure 2 ?

Le paiement agit comme la couche d'orchestration qui déclenche la demande 3DS à l'émetteur lorsqu'une transaction nécessite une authentification.

Il doit être capable de gérer les redirections ou d'afficher la fenêtre de défi d'authentification de l'émetteur dans l'interface utilisateur sans interrompre la session client ni provoquer de délais d'attente de transaction.

Quelle est la différence entre une page de paiement hébergée et un paiement iframe ?

Une page de paiement hébergée (HPP) redirige le client de votre site web vers une page entièrement hébergée et contrôlée par votre fournisseur de paiement. Cela simplifie considérablement votre conformité PCI DSS à un simple SAQ A.

Un paiement iframe intègre le formulaire de paiement dans une fenêtre sur votre propre page de paiement, créant une expérience client plus transparente tout en garantissant que les données de carte sensibles ne touchent jamais vos serveurs.

Cela nécessite généralement un SAQ A-EP, ce qui est légèrement plus complexe mais beaucoup moins onéreux qu'une intégration API directe.

Comment puis-je améliorer mon taux de conversion de paiement ?

Pour améliorer la conversion, minimisez le nombre de champs de formulaire, assurez-vous que la page est adaptée aux mobiles et affichez des signaux de confiance comme des logos de sécurité.

Proposez des portefeuilles numériques populaires comme Apple Pay et Google Pay, qui peuvent augmenter la conversion de plus de 20 % dans certaines données démographiques. Pour les clients internationaux, affichez les prix dans leur devise locale et proposez des méthodes de paiement locales familières.

L'utilisation d'un service de vérification d'adresse (AVS) peut également accélérer le remplissage des formulaires.

Mon paiement doit-il prendre en charge 3D Secure ?

Si vous vendez à des clients dans l'Espace économique européen (EEE) ou au Royaume-Uni, la prise en charge de 3D Secure 2 (3DS2) est obligatoire pour la plupart des transactions en raison des réglementations sur l'authentification forte du client (SCA).

Même en dehors de ces régions, l'utilisation de 3DS est fortement recommandée car elle offre une protection de transfert de responsabilité contre certains types de rétrofacturations frauduleuses.

Par exemple, un commerçant qui effectue avec succès une transaction 3DS n'est généralement pas responsable d'une rétrofacturation avec le code de motif 10.4 (Fraude - Environnement sans carte).

Quelles données dois-je collecter au moment du paiement pour optimiser les autorisations ?

Au-delà du PAN de base, de l'expiration et du CVV, la collecte d'une adresse de facturation complète est essentielle pour les vérifications AVS. Pour 3DS2, la fourniture de données riches est essentielle.

Cela inclut les détails du client (nom, e-mail, téléphone), les informations d'expédition et les données de l'appareil.

La transmission d'au moins 15 points de données peut augmenter considérablement les chances d'un flux sans friction, où l'émetteur approuve la transaction sans contester le titulaire de la carte, augmentant les taux de conversion en évitant les frictions.

Comment les portefeuilles numériques comme Apple Pay et Google Pay fonctionnent-ils avec mon paiement ?

Les portefeuilles numériques remplacent la nécessité de la saisie manuelle de la carte. Lorsqu'un client choisit Apple Pay ou Google Pay, le portefeuille utilise l'authentification biométrique (Face ID, Touch ID ou empreinte digitale) sur l'appareil pour vérifier l'utilisateur.

Il transmet ensuite un jeton spécifique à l'appareil (DPAN) à la passerelle de paiement, et non le numéro de carte sous-jacent.

C'est très sécurisé, cela qualifie pour la SCA et offre une expérience très rapide et sans friction, car les détails d'expédition et de facturation sont souvent remplis automatiquement à partir du portefeuille.

See how Paiement plays out in practice

Industries and regions where this term drives real acquiring, routing, or dispute decisions.

Termes associés

Postuler avec Cardflo

Prêt à améliorer votre système de paiement ?

Parlez-nous de votre entreprise. Nous vous mettrons en relation avec les bons partenaires acquéreurs et la bonne voie, généralement en moins d'une semaine.

Postuler maintenant