logo Mercanet

Release 24.5

aller directement au contenu

Rechercher par mots clés

Chainage MIT/CIT

Pour rechercher dans la page utiliser Ctrl+F sur votre clavier

L’entrée en application de la version 2 de la Directive des Services de Paiement (DSP2) entraîne la nécessité d’authentifier le titulaire de la carte (porteur) lors des transactions de paiement.

Cette authentification est réalisable lorsque le porteur est présent c'est-à-dire lors de la création de la transaction, au moment du passage de la commande (on parlera de « CIT » ou « Customer Initiated Transaction »).

En revanche, l’authentification n’est pas, à proprement parler, réalisable lorsque le porteur n’est pas présent et que la transaction est initiée par le commerçant (on parlera de « MIT » ou « Merchant Initiated Transaction »).

Dans ce deuxième cas, le commerçant doit chaîner la MIT à une CIT « origine », par le biais d’un identifiant de chaînage (ou identifiant de regroupement) pour être en conformité avec la DSP2.

L'objectif de ce document est d'expliquer le principe, et la mise en œuvre de ce chaînage dans les différents cas d’usage recensés.

Ce document s’adresse aux commerçants et à leurs équipes techniques qui souhaitent mettre en place le chaînage de transaction sur leur site de commerce électronique, pour les moyens de paiement suivants :

  • CB
  • VISA/VPAY/ELECTRON
  • MASTERCARD/MAESTRO
  • AMEX

Pour avoir une vue d’ensemble de la solution Mercanet, nous vous conseillons de consulter les documents suivants :

  • Présentation fonctionnelle ;
  • Guide de Configuration des fonctionnalités.

La réglementation prévoit donc différentes qualifications, qui déterminent l’obligation d’appliquer ou non de l’authentification forte ; parmi celles-ci, les CIT et les MIT :

Customer Initiated Transaction via internet Customer Initiated Transaction via mail ou téléphone Merchant Initiated Transaction
Transaction initialisée par le porteur, via un canal électronique (internet) :
  • soit par saisie directe des données carte,
  • soit par utilisation des données cartes préalablement enregistrées dans un wallet.
Transaction initialisée par le porteur via un canal non électronique (MO/TO) :
  • les données de carte ont été transmises par le porteur via un canal de type Courrier ou Téléphone, Leur saisie à des fins de paiement est assurée par le commerçant.
Transaction initialisée par le commerçant sans le concours du porteur, quel que soit le canal.
Ces transactions sont soumises à l’obligation d’authentification forte du porteur. Ces transactions ne sont pas soumises à l’obligation d’authentification forte du porteur. Ces transactions ne sont pas soumises à l’obligation d’authentification forte du porteur.

Toutefois, elles doivent être liées à la CIT (par le biais du chaînage).

Le chaînage s’effectue à l’aide d’un identifiant de chaînage ou identifiant de regroupement. C’est une référence unique de transaction renseignée par l’émetteur dans la réponse à la demande d’autorisation (ou de renseignement) de la CIT.

Selon le cas :

  • On parlera de STI ou Scheme Transaction Identifier pour l’identifiant fourni par l’émetteur lors de la réponse à la demande d’autorisation (aussi appelé NTI network_transaction_id),
  • On parlera de iSTI ou initial Scheme Transaction Identifier pour l’identifiant de référence qui doit être fourni dans les transactions subséquentes.

Un STI peut donc devenir un iSTI si il est utilisé pour réaliser un chaînage.

Le STI permet la mise en place du chaînage. Cet identifiant de chaînage doit être conservé, pour être retransmis dans les transactions subséquentes (MIT). Ainsi repris, l’identifiant de chaînage permettra aux émetteurs d’identifier une série de transactions liées entre elles et de garantir qu’une authentification a été mise en œuvre lors de leur initialisation.

Ce principe s'applique quel que soit la version de protocole 3DS utilisé (3DSv2, 3DSv1).

Pour bénéficier d'une garantie de paiement dans le cas de paiement multiple à l'expédition CB, sur des MIT qui interviennent dans les 30 jours qui suivent l'authentification CIT, il faut également renseigner les 4 champs suivants :

Champs Sips Champs CB2A DA Champs CB2A remise Description CB2A
initialHolderAuthentProgram 56-0046-01 59-0046-01 Version majeure du protocole 3DS
initialAuthentDateTime 56-0046-05 59-0046-05 Date de l'authentification
initialHolderAuthentType 59-0420-05-01 58-0420-05-01 Type d'authentification 3DS
initialChallengeMode3DS 59-0420-05-02 58-0420-05-02 Souhait commerçant pour l'authentification

Image du diagramme montrant la cinématique de chaînage

Pour la CIT: le porteur de la carte effectue le paiement d'une commande avec les coordonnées de la carte vers Mercanet en passant par le site internet marchand. Mercanet envoie une demande d'autorisation avec authentification vers le système bancaire. Le système bancaire retourne une réponse à la demande d'autorisation avec authentification vers Mercanet et fournie la référence unique de transaction (dans le champ schemeTransactionIdentifier). Cet identifiant de référence unique de transaction est stocké dans le SI du marchand en cas d'usage du wallerOrder et/ou du cardOrder. Une fois la cinématique de paiement terminée, la page de résultat du paiement de la commande est affiché au porteur. Pour la MIT1 et la MITx : le marchand effectue au travers de Mercanet une demande de débit d'une partie du montant de la commande avec adjonction de la référence unique de transaction de la CIT (dans le champ initialSchemeTransactionIdentifier). Mercanet envoie une demande d'autorisation vers le système bancaire qui renvoie vers Mercanet une réponse à cette demande d'autorisation. Puis Mercanet envoie cette réponse vers le marchand.
Remarque : En cas de paiement avec le scheme CB, il existe des particularités, veuillez vous référer au guide d’intégration CB pour plus de détail.

Selon le cas d’usage, le chaînage sera requis ou non.

En partant du principe que la commande correspond à l’acte d’achat en présence du porteur, les questions à se poser sont les suivantes :


Image du diagramme des questions à se poser sur le chaînage

Si la réponse à la question "quel type de débit pour cette commande?" est "Multiple", alors le chaînage est requis. Par "Multiple", on entend des débits à l'occasion d'expéditions multiples, paiements échelonnés à montant fixe ou variables. Si la réponse à la question "quel type de débit pour cette commande?" est "unique" et la réponse à la question "débit à la commande ou à l'expédition?" est "à la commande", alors pas de chaînage requis. Si la réponse à la question "quel type de débit pour cette commande?" est "unique" et la réponse à la question "débit à la commande ou à l'expédition?" est "àl 'expédition" et si la réponse à la question "débit potentiel plus de 6 jours après la commande?" est "oui", alors le chaînage est requis, si la réponse à cette dernière question est "non" alors le chaînage n'est pas requis.

Voici les fonctions à utiliser pour le chaînage :

duplicate cardOrder ou walletOrder
  • aucune action particulière de la part du commerçant, le chaînage est géré par Mercanet (stockage du STI et envoi de l’iSTI dans la demande d’autorisation de la MIT suite à la duplication de la CIT) ainsi que le renseignement des 4 champs spécifiques à la garantie de paiement CB.
La version du connecteur doit être impérativement supérieure ou égale à 2.28 pour accéder aux champs suivants :
  • Conserver dans votre système d’information l’identifiant de chaînage (STI) reçu en réponse de la demande d’autorisation de la CIT (dans le champ schemeTransactionIdentifier ),
  • Transmettre cet identifiant de chaînage dans la demande d’autorisation de la MIT via le champ initialSchemeTransactionIdentifier (iSTI).
La version du connecteur doit être impérativement supérieure ou égale à 2.49 pour accéder aux champs suivants :

Voici la liste des cas d'usages concernés par le chaînage :

En cas d'expiration de la carte, vous sollicitez le porteur pour qu'il revienne saisir son numéro de carte avec sa date de validité, comme lors de la commande.

Une nouvelle CIT avec authentification forte obligatoire doit être envoyée en autorisation.

Pour les échéances suivantes (MIT):

  • Méthode walletOrder : Vous conservez la nouvelle valeur du champ schemeTransactionIdentifier dans votre système d'information pour initier les MIT. Il devient le nouvel identifiant de chaînage pour les transactions subséquentes
  • Méthode duplicate : Vous conservez le schemeTransactionIdentifier de la nouvelle CIT qui devient la transactionReference pour les prochaines duplications.

Dans le cas où le schemeTransactionIdentifier de la transaction initiale (CIT) n'est pas connu car non restitué lors de la prise de commande ou d'abonnement, différentes solutions sont possibles selon la fonction utilisée.

Si le STI n’est pas restitué en réponse de la demande d’autorisation de la CIT, nous vous préconisons de faire comme suit :

  • soumettre votre MIT sans valoriser le champ initialSchemeTransactionIdentifier dans la requête
  • stocker dans votre système d'information l’identifiant de chaînage qui vous sera restitué dans le champ schemeTransactionIdentifier en réponse de la demande d’autorisation de cette MIT
  • valoriser le champ initialSchemeTransactionIdentifier de la requête avec ce même identifiant de chaînage pour les MIT suivantes

Si en réponse de la duplication de la transaction initiale (CIT) le champ initialSchemeTransactionIdentifier n'est pas valorisé, cela signifie que la CIT n'avait pas d'identifiant de chaînage associé.

Dans ce cas, nous vous préconisons de faire comme suit :

  • Prendre comme référence de transaction la MIT créée suite à la duplication de la CIT (transactionReference ou s10TransactionId) ;
  • Dupliquer cette première MIT pour effectuer les MIT suivantes.

Mercanet stocke les transactions 18 mois dans le Back Office. Ainsi dans le cas d’un chaînage sur une longue période (plus de 18 mois, cas des abonnements par exemple), la transaction initiale (CIT) n’est plus accessible car purgée. Il n'est donc plus possible de récupérer l'identifiant de chaînage (champ schemeTransactionIdentifier) de celle-ci.

Nous vous préconisons de faire de la duplication de proche en proche en soumettant vos MIT en valorisant le champ initialSchemeTransactionIdentifier dans la requête avec l’identifiant de chaînage de la dernière MIT réalisée :

  • Création CIT0
  • Duplication CIT0 pour créer MIT1
  • Duplication MIT1 pour créer MIT2
  • Duplication MIT2 pour créer MIT3..
Retourner en haut de page Besoin d'aide ?

Besoin d'aide ?

Fermer