Spécificités régionales
Consultez les spécificités régionales relatives à l'intégration de Terminal dans les différents pays.
Dans la plupart des cas, vous pourrez utiliser une seule intégration Terminal dans l’ensemble des pays pris en charge. Toutefois, en raison des réglementations et moyens de paiement locaux, il existe des exigences spécifiques à certains pays. Après avoir parcouru l’exemple d’intégration, utilisez ce guide pour en savoir plus sur les exigences spécifiques à certains pays concernant Terminal.
Remarque
Pour traiter les paiements Terminal, le compte Stripe recevant les fonds et l’emplacement associé au lecteur doivent se trouver dans le même pays et accepter uniquement la devise locale.
Disponibilité
Reportez-vous au tableau suivant pour savoir quels lecteurs sont utilisables dans chaque pays.
| Pays | Lecteurs intelligents | Lecteurs mobiles | Tap to Pay |
|---|---|---|---|
États-Unis |
|
|
|
|
|
|
|
|
|
|
|
Japon |
|
|
|
|
|
|
|
|
| ||
|
|
Considérations régionales par pays
Sélectionnez un pays pour afficher ses considérations régionales spécifiques
Intégrer Terminal au Royaume-Uni
Stripe prend en charge les paiements Visa, Mastercard, American Express et Discover au Royaume-Uni. Toutes les transactions doivent être libellées en livres sterling (GBP). Pour accepter un paiement Terminal au Royaume-Uni, le compte de votre plateforme ou celui du compte connecté doit être établi au Royaume-Uni.
Utiliser les emplacements
Créez des emplacements pour votre entreprise avec des adresses en/à/au(x) le Royaume-Uni et associez-y vos lecteurs. Ainsi, ces derniers téléchargeront automatiquement la configuration nécessaire pour traiter correctement les paiements en/à/au(x) le Royaume-Uni. Pour être valide, l’adresse d’un emplacement en/à/au(x) le Royaume-Uni doit contenir les propriétés line1, city, postal_, and country.
Version logicielle du lecteur
Les lecteurs BBPOS WisePOS E utilisés au Royaume-Uni doivent utiliser la version logicielle 1. ou une version ultérieure. Pour en savoir plus, consultez les mises à jour logicielles de BBPOS WisePOS E.
De la même manière, les lecteurs BBPOS WisePad 3 doivent utiliser la version logicielle 4. ou une version ultérieure. Pour en savoir plus, consultez les mises à jour logicielles de BBPOS WisePad 3.
Authentification forte du client
L’authentification forte du client (SCA) est exigée par la réglementation européenne afin de limiter la fraude et de sécuriser les paiements. La SCA est ou sera requise pour les paiements électroniques initiés par le client au sein de l’Espace économique européen (EEE). Pour en savoir plus sur cette législation européenne, consultez le guide DSP2 : SCA de Stripe.
Les transactions inférieures à 50 euros (ou montant équivalent dans la devise locale) sont considérées comme low value et peuvent être exemptées de SCA. Cependant, les banques doivent exiger une authentification lorsque l’exemption pour low value a été utilisée cinq fois de suite depuis la dernière authentification réussie du titulaire de la carte ou si la somme des paiements exemptés précédents est supérieure à 150 euros (ou montant équivalent dans la devise locale).
En/à/au(x) le Royaume-Uni, les transactions par insertion authentifiées à l’aide d’un code PIN répondent aux exigences de la SCA. La puce représente le premier élément d’authentification de la transaction (élément détenu par le client) et le code PIN représente le second (élément connu du client). Cependant, les transactions par carte sans contact peuvent avoir besoin d’initier une transaction authentifiée par carte à puce avec code PIN pour se conformer aux exigences de la SCA.
Lorsque vous utilisez du matériel Terminal, le lecteur invite le client à insérer sa carte pour une transaction à puce et code PIN. Deux débités sont associés à ces transactions si le client saisit à nouveau sa carte. Le premier est un débité avec refus de paiement offline_ et méthode de lecture contactless_. Le second est le débit autorisé ou refusé avec méthode de lecture contact_.
Lorsque vous utilisez Tap to Pay, l’appareil invite le client à saisir son code PIN si la validation du code PIN sans contact est prise en charge. Si le code PIN sans contact est pris en charge, deux paiements sont associés à des transactions authentifiées SCA. Le premier est un débité avec un message d’erreur online_. Le second est le débité autorisé ou refusé. Si le code PIN sans contact n’est pas pris en charge, le paiement sera refusé sans contact avant que l’écran du code PIN n’apparaisse, avec le motif online_ ou offline_. Si la carte est refusée sans contact, nous vous recommandons de demander au client d’essayer une autre carte ou de collecter le paiement d’une autre manière, par exemple en envoyant un lien de paiement.