Tokenisation des cartes et vérification du CVV
Utiliser la tokenisation du processeur et les règles de CVV spécifiques à la connexion, sans exposer les données de carte sensibles.
Sur cette page
La tokenisation par les processeurs de paiement remplace les données sensibles des cartes de paiement par des jetons uniques générés par le processeur.
Les principales caractéristiques de la tokenisation sont :
- Transparence: La tokenisation du processeur s'intègre de manière transparente dans le flux de transactions.
- Flexibilité: Utilisez plusieurs processeurs pour la tokenisation et effectuez des achats sans CVV.
- Mise à jour du CVV: Mettez à jour le CVV des cartes déjà stockées dans le coffre-fort de cartes DEUNA lorsque le processeur l’exige.
Tokenisation par processeur#
Le processeur utilise les jetons pour effectuer des transactions en toute sécurité, sans avoir besoin de gérer des informations confidentielles sur la carte au cours du processus transactionnel.
Pour tokeniser les cartes de vos clients :
- Demandez la fonctionnalité de tokenisation PSP du commerçant à DEUNA.
- Implémentez des méthodes de processeur prenant en charge la tokenisation des cartes.
- Dans certains cas, vous devez avoir un accord préalable avec le processeur pour la tokenisation.
Métadonnées de vérification des cartes#
La tokenisation et la vérification sont liées, mais distinctes. Une carte enregistrée ne reçoit des métadonnées de vérification qu’après sa confirmation par DEUNA au moyen d’une autorisation de montant nul ou d’une transaction de paiement qui atteint un état de traitement accepté. Jusque-là, les réponses de récupération de cartes omettent les métadonnées de vérification facultatives.
Voir Lister et récupérer les cartes enregistrées pour les opérations publiées de consultation des cartes. Les métadonnées de vérification sont documentées dans la section suivante.
Vérification du CVV par connexion#
Certains processeurs exigent que les cartes tokenisées de l'utilisateur entrent à nouveau dans le CVV.
La vérification CVV peut être activée ou désactivée indépendamment pour chaque connexion de processeur de paiement. Le paramètre exclude_cvv de la connexion participe à la décision, mais il ne détermine pas à lui seul le comportement du checkout.
Un paiement éligible peut se poursuivre sans CVV uniquement lorsque la connexion autorise l'exclusion du CVV et qu'au moins un jeton applicable est disponible pour l'instrument de paiement sélectionné :
- un jeton réseau a été émis pour l'instrument de paiement ; ou
- un jeton PSP est disponible pour l'instrument de paiement et ce PSP est un candidat pour la transaction.
La route de paiement peut exiger explicitement le CVV. Une exigence au niveau de la route a la priorité, donc DEUNA demande le CVV même lorsqu'une connexion éligible a exclude_cvv: true.
Si une réponse du processeur de paiement contient exclude_cvv: true, la connexion prend en charge le traitement d'un flux éligible sans demander au client le CVV. Il s'agit d'une capacité de la connexion, et non d'un paramètre de requête qui désactive le CVV globalement, ni d'une garantie que chaque route l'omettra.
| Scénario | Comportement du checkout |
|---|---|
| La route exige le CVV | Demander le CVV, y compris lorsque exclude_cvv est true. |
exclude_cvv est true et l'instrument de paiement a un jeton réseau | Le CVV peut être omis lorsque la route ne l'exige pas. |
exclude_cvv est true et l'instrument de paiement a un jeton PSP pour un PSP candidat | Le CVV peut être omis lorsque la route ne l'exige pas. |
| Aucun jeton réseau applicable ou jeton PSP candidat n'est disponible | Demander le CVV. |
| La carte est utilisée pour la première fois ou n'a pas été enregistrée | Demander le CVV, sauf si une condition de jeton applicable ci-dessus est satisfaite et que la route autorise l'exclusion du CVV. |
Exemple
{
"enabled": true,
"method_type": "credit_card",
"processor_name": "kuski",
"exclude_cvv": true,
}