Paiements initiés par le titulaire de la carte et le commerçant
Les paiements effectués avec un mode de paiement lié à une carte peuvent être divisés en deux catégories en fonction de la personne qui les initie :
- Paiements initiés par le titulaire de la carte (CIT) : ces paiements sont créés avec la participation active du titulaire de la carte. Le titulaire de la carte initie le paiement en ligne ou par commande postale ou téléphonique.
- Paiements initiés par le commerçant (MIT) : ces paiements sont créés sans la participation active du titulaire de la carte. Ils sont utilisés dans les situations où le titulaire de la carte a préalablement donné son accord pour que le commerçant stocke ses détails de paiement et a conclu une entente avec le commerçant pour l'utilisation future de ses détails de paiement. Par exemple, l'instruction permanente qui permet au commerçant de facturer au titulaire de la carte un abonnement mensuel et les pratiques du secteur qui permettent au commerçant de facturer au titulaire de la carte l'annulation d'une réservation sans que le commerçant en soit informé à l'avance.
Vous souhaiterez peut-être collecter les détails de paiement de vos payeurs, les stocker et les utiliser ensuite pour traiter les paiements suivants :
- Les futures transactions initiées par le titulaire de la carte, car un payeur qui revient sur le site n'a pas besoin d'entrer à nouveau ses détails de paiement lorsque vous pouvez lui proposer d'utiliser les mêmes détails de paiement que lors de sa précédente visite.
- Les transactions initiées par le commerçant, lorsque vous avez une entente avec le payeur.
Les informations peuvent être soumises à Mastercard Gateway pour identifier les détails de paiement stockés et déterminer si la transaction est initiée par le titulaire de la carte ou par le commerçant. Cela permet :
- Une meilleure visibilité des niveaux de risque de transaction pour les émetteurs.
- Des taux d'approbation des autorisations plus élevés et de meilleures ventes réalisées.
- Une expérience améliorée du payeur.
- Conformité au système de cartes.
Le processus suivant est utilisé pour collecter et stocker les détails de paiement du payeur. Le processus est conforme aux normes du système de cartes pour le traitement des transactions initiées par le titulaire de la carte et des transactions initiées par le commerçant à l'aide des détails de paiement stockés. Ces normes sont également connues sous le nom d'exigences en matière d'informations d'identification stockées.
Vous pouvez choisir de stocker les informations de paiement dans votre propre système ou d'utiliser la Tokenization de la passerelle ou la Tokenization du réseau, également connues sous le nom de jetons de système de cartes, qui imposent des exigences de conformité aux pratiques du secteur moindres.
Collecter et stocker les détails du paiement
- Stockage des détails de paiement dans la transaction initiale : lors de la transaction initiale, informez la passerelle que vous souhaitez stocker les détails de paiement et que vous comptez les utiliser ultérieurement. Si vous devez effectuer des transactions initiées par le commerçant liés à la transaction initiée par le titulaire de la carte initiale, incluez un ID de l'entente dans la demande. La passerelle stocke l'entente et relie la transaction initiée par le titulaire de la carte ou la transaction initiée par le commerçant à la transaction initiée par le titulaire de la carte initiale. Si vous ne gérez pas vous-même les détails de paiement du payeur, vous pouvez utiliser la Tokenization de la passerelle.
- Utiliser les détails stockés dans les transactions ultérieures Dans les futures transactions initiées par le titulaire de la carte, si le client souhaite utiliser les mêmes détails de paiement qu'auparavant, incluez les détails de paiement ou le jeton dans votre demande de transaction. La passerelle utilise les détails du paiement ou récupère les informations d'identification de paiement stockées sur le jeton et gère le paiement en conséquence. Dans les futures transactions initiées par le commerçant, incluez dans votre demande de transaction les détails du paiement ou le jeton et l'ID de l'entente. La passerelle confirme l'entente, fait correspondre le jeton aux détails de paiement d'origine, le cas échéant, et gère le paiement en conséquence.
Support des cas d'utilisation pour les détails de paiement stockés
À compter de la version 74 de l'API, la passerelle prend en charge les cas d'utilisation suivants lors de l'utilisation des détails de paiement stockés :
- Paiements initiés par le titulaire de la carte : indique que la transaction est initiée par le payeur.
- Paiements récurrents initiés par le commerçant : un paiement récurrent est une entente par laquelle le payeur vous autorise à traiter les paiements de factures récurrentes ou à des intervalles convenus. Par exemple, un abonnement hebdomadaire ou mensuel pour une adhésion à une salle de sport.
- Paiements échelonnés initiés par le commerçant : un paiement échelonné est une entente par laquelle le payeur autorise le paiement d'un seul achat à être fractionné en plusieurs paiements traités à des intervalles convenus. Par exemple, pour payer un achat en six mensualités.
- Paiements non planifiés initiés par le commerçant : Un paiement non planifié est une entente par laquelle le payeur vous autorise à déduire automatiquement les fonds pour un paiement pour un achat convenu, lorsque cela est nécessaire. Par exemple, des recharges automatiques lorsque la valeur du compte tombe en dessous d'un seuil.
- Paiements selon les pratiques du secteur pour les transactions initiées par le commerçant : un paiement conforme aux pratiques du secteur est une entente dans laquelle le paiement est soumis dans le contexte des pratiques spécifiques du secteur :
- Frais connexes ou différés : frais de compte supplémentaires après que le paiement des services initiaux a déjà été effectué. Par exemple, un supplément pour le mini-bar après que le titulaire de la carte a quitté l'hôtel.
- Pénalité de non-présentation : pénalité facturée au payeur conformément à la politique d'annulation du commerçant. Par exemple, l'annulation d'une réservation par le titulaire de la carte sans que le commerçant en ait été dûment informé.
- Livraison partielle : expédition pour laquelle le commerçant décide d'expédier les marchandises d'une même commande en plusieurs fois pour différentes raisons, telles que l'indisponibilité des marchandises ou l'implication de plusieurs fournisseurs pour les marchandises.
- Nouvelles soumissions de paiements initiées par le commerçant : Une nouvelle soumission de paiement est une entente par laquelle vous soumettez à nouveau une autorisation pour une transaction refusée ou ayant échoué en raison de fonds insuffisants, mais les biens ou services ont déjà été livrés au client, lorsque le payeur n'est plus présent.
- Bien que l'intégration Hosted Checkout utilise une page de paiement prédéfinie et vous donne un contrôle limité sur son contenu, vous pouvez l'utiliser pour créer des transactions initiées par le titulaire de la carte avec ou sans détails de paiement stockés. Vous pouvez également demander au client d'accepter les transactions initiées par le commerçant que vous envisagez de créer ultérieurement.
- Les cas d'utilisation de paiement initié par le commerçant selon les pratiques du secteur et de nouvelle soumission ne s'appliquent qu'aux cartes du système de la marque Mastercard.
Pour plus d'informations sur la manière d'effectuer ces étapes sur les champs requis dans les demandes de transaction, voir Transactions avec informations d'identification stockées.