Co-marquage et détection de BIN
Introduction
Les cartes co-badgées sont des solutions de paiement innovantes qui fusionnent plusieurs marques de paiement en une seule carte. En intégrant des réseaux internationaux et locaux dans une seule carte, leur acceptation et leur flexibilité augmentent, renforçant grandement la commodité pour vos clients.
Notre plateforme propose des moyens efficaces pour offrir ce service, indépendamment de votre ou vos méthodes d'intégration choisies. Apprenez dans les chapitres suivants comment le mettre en œuvre.
Co-badge en UE
Le Règlement européen 2015/751, Article 8, paragraphe 6 rend obligatoire la mise en œuvre de cette fonctionnalité si :
- Votre entreprise est située dans l'Union européenne.
- Vous soutenez généralement les deux marques de paiement.
Selon votre ou vos méthodes d'intégration, l'effort d'intégration peut varier comme décrit dans les chapitres suivants.
Prérequis pour l'intégration
Selon votre ou vos méthodes d'intégration, l'effort d'intégration peut varier, mais certains prérequis essentiels restent toujours d'application:
- Identification des schémas de cartes actifs - Vérifiez quels schémas de cartes sont actifs sur votre compte. Cela garantit que vous proposez avec précision toutes les méthodes de paiement pertinentes disponibles à vos clients.
- Configuration de la page de paiement - Après avoir identifié les schémas de cartes actifs, vous devez les proposer sur la page de paiement de votre boutique en ligne. Cela garantit que vos clients peuvent choisir librement la méthode de paiement qu'ils préfèrent. Avant d'envoyer une demande de paiement à notre plateforme, assurez-vous que votre page de paiement permet la sélection à la fois des schémas de cartes locaux et internationaux. Cette configuration est importante pour offrir un large éventail de préférences de paiement des clients, facilitant ainsi un processus de paiement plus inclusif et efficace.
- Familiarisez-vous avec nos guides de méthodes d'intégration avant de plonger dans les options d'intégration du co-badging.
Apprenez dans les chapitres suivants comment le mettre en œuvre pour l'une de nos méthodes d'intégration.
- Toute carte portant le logo de l'un des membres du schéma, comme Visa, est soumise aux exigences PCI. Cela inclut les cartes co-brandées qui affichent ces logos.
- L'éventail BIN peut être un indicateur utile pour identifier les cartes qui ne sont pas concernées par le PCI (par exemple, les cartes de test). Cependant, nous recommandons de ne pas utiliser uniquement le BIN pour déterminer les cartes concernées, en particulier avec la transition vers des BINs à 8 chiffres. Cette approche garantit une conformité et des mesures de sécurité plus précises.
Hosted Checkout Page
Intégration Standard
La manière la plus simple d'intégrer le co-badging consiste à envoyer une requête standard CreateHostedCheckout sans pré-sélectionner de méthodes de paiement. Notre système détecte automatiquement les cartes co-badgées dès que les clients saisissent leur numéro de carte sur la page de paiement hébergée. De cette façon, vous leur offrez un choix de schémas mondiaux/locaux activés sur votre compte sans effort.
Cela fonctionne également avec la fonctionnalité de méthodes de paiement par carte groupées.
La capture d'écran ci-dessous illustre la vue d'exemple pendant le passage en caisse :

Intégration Optionnelle : Présélection des Méthodes de Paiement
Vous pouvez également permettre à vos clients de présélectionner les cartes de paiement dans votre environnement de boutique en ligne avant de les rediriger vers la page de paiement Hosted Checkout Page. Pour garantir que vos clients puissent choisir leur schéma mondial/local préféré, assurez-vous d'envoyer la requête CreateHostedCheckout avec le cardPaymentMethodSpecificInput.paymentProductId respectif pour respecter leur choix.
Hosted Tokenization Page
La manière la plus simple d'intégrer le co-badge consiste à envoyer une requête standard CreateHostedTokenization sans pré-sélectionner de méthodes de paiement.
Notre système détecte automatiquement les cartes co-badgées dès que les clients saisissent leur numéro de carte dans le <iframe>, leur offrant un choix de schémas mondiaux/locaux activés sur votre compte.
Vous pouvez également permettre à vos clients de pré-sélectionner les schémas de cartes dans l'environnement de votre boutique en ligne avant d'afficher le <iframe>. Pour vous assurer que vos clients puissent choisir leur schéma international/local préféré, assurez-vous de suivre ces étapes dans le processus de paiement :
- Proposez tous les schémas disponibles sur votre compte dans l'environnement de votre boutique en ligne.
- Envoyez la requête CreateHostedTokenization avec les exclude.products/restrictTo.products respectifs pour respecter leur choix.
- Nous avons optimisé le modèle <iframe> de notre répertoire GitHub pour permettre à vos clients de choisir facilement entre des marques locales ou globales.
- Contrairement à la page de paiement Hosted Checkout Page, qui suit strictement votre présélection via exclude.products/restrictTo.products, une fois que vous excluez une marque spécifique, le <iframe> ne l'affichera pas, même si une carte est cobrandée en conséquence.
Server-to-server
En fonction du cas d'utilisation, des différences s'appliquent :
- Envoi de données de carte non tokenisées
- Remplacement des données de la carte par un token/hostedTokenizationId
- Envoi de données de carte non tokenisées
La requête CreatePayment avec des données de carte non tokenisées (dans la propriété cardPaymentMethodSpecificInput.card) nécessite toujours d'inclure cardPaymentMethodSpecificInput.paymentProductId.
Pour vous assurer que vos clients puissent choisir leur schéma international/local préféré, assurez-vous de suivre ces étapes dans le processus de paiement :- Proposez tous les schémas disponibles sur votre compte dans l'environnement de votre boutique en ligne.
- Détectez toutes les marques associées à la carte de votre client en envoyant une requête GetIINDetails à notre plateforme. Si une carte est co-badgée, notre plateforme renvoie tous les schémas dans le tableau coBrands, y compris tous les paymentProductIds disponibles.
- Permettez à vos clients de choisir entre le schéma local/international à partir de coBrands. Envoyez la requête CreatePayment avec le paymentProductId respectif pour respecter leur choix.
- Remplacement des données de la carte par un token/hostedTokenizationId
Les requêtes CreatePayment remplaçant les données de la carte par un token/hostedTokenizationId existant ne permettent pas de spécifier rétroactivement le schéma dans paymentProductId. Cela est dû au fait qu'un token/hostedTokenizationId est toujours lié à une marque spécifique.
Par conséquent, lors de la création d'un token/hostedTokenizationId, assurez-vous de le lier au schéma préféré de vos clients dans la requête CreatePayment/CreateHostedTokenization respective.
Intégration mobile/client
Avant d'envoyer la requête de paiement réelle à notre plateforme via l'API Serveur, assurez-vous de suivre ces étapes dans le processus de paiement :
- En utilisant la requête GetClientPaymentProducts, l' "application client" propose tous les schémas disponibles sur votre compte commerçant que l'appareil mobile de l'acheteur prend en charge.
- Détectez toutes les marques associées à la carte de votre client en envoyant une requête GetClientIINdetails à notre plateforme. Si une carte est co-badgée, notre plateforme renvoie tous les schémas dans le tableau coBrands, y compris tous les paymentProductIds disponibles.
- Permettez à vos clients de choisir entre le schéma local/international à partir de coBrands. Envoyez les données de paiement chiffrées dans une requête CreatePayment avec le paymentProductId respectif pour respecter leur choix.
- Toute carte portant le logo de l'un des membres du schéma, comme Visa, est soumise aux exigences PCI. Cela inclut les cartes co-brandées qui affichent ces logos.
- L'éventail BIN peut être un indicateur utile pour identifier les cartes qui ne sont pas concernées par le PCI (par exemple, les cartes de test). Cependant, nous recommandons de ne pas utiliser uniquement le BIN pour déterminer les cartes concernées, en particulier avec la transition vers des BINs à 8 chiffres. Cette approche garantit une conformité et des mesures de sécurité plus précises.
Gestion affichage co-marquage
Si vos clients utilisent une carte co-brandée, notre plateforme vous permet de configurer l'ordre d'affichage des logos des marques de cartes.
Cela vous permet à la fois de :
- Afficher votre choix de marque d'une manière qui correspond à vos stratégies commerciales ou à vos accords avec des marques de cartes spécifiques.
- Permettre à vos clients de changer de marque s'ils le souhaitent (ce qui est exigé par la réglementation de l'UE).
Cette fonctionnalité est disponible pour les méthodes d'intégration
Hosted Checkout Page
Hosted Tokenization Page
Notez que pour Hosted Checkout Page, vous devez définir la propriété groupCards sur true.
Configuration de l'Ordre de Marque
Vous pouvez configurer l'ordre des marques à la fois sur le Hosted Checkout Page et le Hosted Tokenization Page. Ajoutez paymentProductPreferredOrder à votre requête CreateHostedCheckout/CreateHostedTokenization en conséquence. Elle accepte un tableau de paymentproductId, correspondant aux marques de cartes, triées par ordre décroissant de préférence.
CreateHostedCheckout
{
"order":{
"amountOfMoney":{
"amount":100,
"currencyCode":"EUR"
}
},
"hostedCheckoutSpecificInput":{
"cardPaymentMethodSpecificInput":{
"groupCards": true,
"paymentProductPreferredOrder": [1, 3]
}
}
}
CreateHostedTokenization
{
"locale": "en_GB",
"variant": "my-custom-template.html",
"tokens": "token1,token2",
"askConsumerConsent": false,
"creditCardSpecificInput": {
"paymentProductPreferredOrder": [1, 3]
}
}
Les paymentProductIds peuvent être trouvés dans notre aperçu des méthodes de paiement.
Interaction de détection dynamique des BIN
L'ordre spécifié interagit avec le mécanisme de détection dynamique des BIN (Bank Identification Number) de notre plateforme. Lorsque vos clients saisissent leur numéro de carte, notre plateforme identifie les marques de cartes possibles correspondantes. Les marques correspondant au BIN seront affichées sur la Hosted Checkout Page/Hosted Tokenization Page. Vous définissez l'ordre dans lequel elles sont affichées dans votre requête. La première marque de carte de la liste est présélectionnée, mais les clients peuvent choisir une autre marque dans la liste s'ils le souhaitent.
Trouvez des informations détaillées sur le co-badge des cartes et la détection des BIN dans notre guide dédié.
Comportement par défaut
Sans paymentProductPreferredOrder, l'ordre par défaut assure un arrangement logique basé sur l'étendue des marques de cartes :
- Marques privées
- Marques domestiques
- Marques internationales
Conformité Réglementaire
Cette fonctionnalité répond aux exigences du Remise (en paiement) européen 2015/751. Elle permet aux entreprises de mettre en place des systèmes automatiques qui priorisent certaines marques ou applications de paiement lors du passage en caisse. Cependant, le remise (en paiement) garantit également que les clients puissent toujours annuler ces choix automatiques : les clients décident en fin de compte quelle marque ou application de paiement ils souhaitent utiliser, favorisant un processus de paiement équitable et convivial pour le client.