Analyse des acceptationsVersion bêta publique
Analysez les facteurs qui affectent l'acceptation des paiements par carte bancaire et les motifs des échecs ou des refus de paiement.
Version bêta publique
La fonctionnalité d’analyse des paiements est en version bêta publique. Si vous souhaitez accéder à la version bêta publique, vous pouvez vous inscrire à la liste d’attente.
Utilisez la page Acceptation du Dashboard Stripe pour analyser votre taux de réussite des paiements et votre taux d’autorisation, afin d’identifier exactement où les paiements échouent, la raison de ces échecs, et comment utiliser ces informations pour augmenter vos revenus.
Pour accéder à cette page, cliquez sur Paiements > Analyses > Acceptation dans le Dashboard.
La page Acceptation du Dashboard fournit les données suivantes concernant les paiements par carte :
- Taux de réussite des paiements et taux d’autorisation du réseau (brut ou hors doublons)
- Les plans croisés dynamiques pour les éléments courants (également disponibles sous forme de filtres)
- Les motifs des échecs de paiement (problème d’authentification, blocage ou motifs de refus du réseau de cartes)
- La hausse des taux générée par les fonctions d’optimisation des paiements de Stripe
Données disponibles
Les données figurant sur cette page comprennent les tentatives de paiements par carte et les paiements par carte autorisés.
Tentatives de paiement | On parle de tentative de paiement lorsque Stripe envoie les informations de paiement d’un client via un réseau de cartes, comme Visa, Mastercard ou China UnionPay. Ensuite, les réseaux de cartes envoient les demandes aux banques émettrices des cartes, qui autorisent ou refusent les paiements. Une tentative de paiement peut échouer à différentes étapes, avant même qu’un paiement ne soit envoyé au réseau de cartes. Par exemple, l’authentification 3D Secure peut échouer ou être bloquée par Stripe Radar. Une fois le paiement envoyé au réseau de cartes, les émetteurs peuvent le refuser pour plusieurs raisons, comme des fonds insuffisants sur le compte de la carte ou des informations de carte incorrectes. Il arrive parfois que des émetteurs refusent à tort des paiements légitimes en raison d’une suspicion de fraude. |
Paiements autorisés | Un paiement autorisé signifie que l’établissement financier émetteur de la carte a validé les informations de carte du client et réservé des fonds suffisants pour la transaction. Le paiement est approuvé, ce qui garantit le montant, mais les fonds ne sont transférés que lorsque la transaction est capturée par votre entreprise. Les chiffres relatifs aux paiements autorisés n’indiquent pas si les paiements en question ont été capturés ou non. En savoir plus sur la distinction entre autorisation et capture. |
Configurer votre ensemble de données
Les filtres en haut de la page Acceptation s’appliquent à tous les indicateurs, graphiques et tableaux de la page. Stripe traite vos données quotidiennement de 0h00 UTC à 23h59 UTC. Toutes les données affichées sont exprimées dans le fuseau horaire UTC.
Filtres en haut de la page d’acceptation.
Spécifier une devise
Si vous n’appliquez pas de filtre de devise, tous les paiements apparaissent dans votre devise de règlement par défaut, quelle que soit la devise de paiement réelle. Si vous appliquez un filtre de devise, seuls les paiements effectués dans la devise sélectionnée apparaissent. Par exemple, si votre devise par défaut est l’USD, mais que vous sélectionnez l’EUR dans le filtre de devise, seules les transactions en EUR s’affichent, ce qui exclut toutes les transactions effectuées dans d’autres devises, dont les transactions en USD.
Pour modifier la devise, cliquez sur + Plus de filtres > Devise, puis sélectionnez la devise souhaitée dans la liste.
Spécifier le type de compte
Si vous utilisez Organizations, vous pouvez voir les analyses d’acceptation pour chaque compte :
- Dans le Dashboard, cliquez sur le sélecteur de compte, puis sélectionnez votre organisation.
- Pour ouvrir la page Analyse des acceptations, accédez à Paiements > Analyses.
- (Facultatif) Si vous souhaitez afficher des analyses spécifiques à un seul compte, cliquez sur Compte sous les filtres, puis sélectionnez un compte.
- (Facultatif) Par défaut, les analyses d’acceptation pour les organisations sont affichées en USD. Pour modifier la devise affichée pour vos données, cliquez sur le menu déroulant Afficher en USD et sélectionnez la devise souhaitée. Notez que le paramètre de devise affiché est différent du filtre de devise.
Sélectionner le prestataire
Filtrez par prestataire pour afficher les analyses d’acceptation en fonction du prestataire de paiement. En fonction de votre configuration, vous pouvez accepter des paiements provenant d’autres prestataires de paiement (tels que Worldpay ou Ayden) en plus de Stripe.
Pour spécifier le prestataire de paiement, cliquez sur Prestataire, sélectionnez le prestataire voulu, puis cliquez sur Appliquer. Vous pouvez sélectionner et combiner les prestataires à afficher en fonction de votre configuration.
Spécifier Connect
Les plateformes Connect voient l’activité de paiement direct agrégée sur l’ensemble de leurs comptes connectés. Les données des comptes Standard ne sont visibles par les plateformes que si vous activez les Contrôles de la plateforme.
Pour inclure les données des comptes connectés, cliquez sur Inclure les comptes connectés. Pour les exclure, cliquez sur Ne pas inclure les comptes connectés.
Spécifier le taux de réussite des paiements ou le taux d’autorisation
Utilisez le filtre de taux pour examiner vos analyses en fonction du taux de réussite des paiements ou du taux d’autorisation.
- Pour spécifier le taux de réussite des paiements, cliquez sur Taux de réussite des paiements.
- Pour spécifier un taux d’autorisation, cliquez sur Taux d’autorisation. Si vous définissez un filtre sélectionnant un prestataire autre que Stripe, vous ne pouvez pas spécifier par taux d’autorisation, car Stripe n’a pas accès à ses données.
Le tableau suivant explique les différences entre ces deux taux :
| Taux | Description | Types de tentatives de paiement incluses |
|---|---|---|
Taux de réussite des paiements | Le taux de réussite d’un paiement mesure le succès de toutes les tentatives de paiement, et ce, à toutes les étapes du processus de paiement : authentification 3DS, blocages Stripe ou Radar et autorisation du réseau de cartes. Il s’agit du nombre de paiements autorisés par le réseau de cartes divisé par le nombre de tentatives de paiement uniques soumises via Stripe. Nous incluons toutes les tentatives de paiement à l’exception des appels à l’API non valides. |
|
Taux d’autorisation | Le taux d’autorisation réseau mesure le succès des tentatives de paiement qui parviennent aux réseaux de cartes. Il s’agit du nombre de paiements autorisés par l’émetteur de la carte divisé par le nombre de tentatives de paiement uniques soumises au réseau de cartes pour autorisation. Dans le dénominateur, nous n’incluons pas les appels à l’API non valides, les paiements dont l’authentification 3D Secure échoue ni les paiements bloqués, car ces échecs se produisent avant que Stripe n’envoie la demande d’autorisation à l’émetteur. |
|
Voici un exemple de calcul du taux d’autorisation pour le taux de réussite des paiements et le taux d’autorisation :
| Composant de calcul | Valeur du composant |
|---|---|
| TOTAL DES DEMANDES DE PAIEMENT À STRIPE | 103 000 |
| Requêtes API non valides | (3 000) |
| Requêtes API valides | 100 000 |
| Tentatives d’authentification en échec | (1 000) |
| Tentatives de paiement bloquées | (1 000) |
| Nombre total de tentatives de paiement reçues par le réseau de cartes | 98 000 |
| Paiements autorisés | 93 000 |
| Taux de réussite des paiements | 93 % = (93 000 / 100 000) |
| Taux d’autorisation du réseau | 94,9 % = (93 000 / 98 000) |
Spécifier les taux bruts et les taux hors doublons
Certaines tentatives de paiement sont des tentatives répétées correspondant à un même achat. Par exemple, si la tentative de paiement initiale est refusée, car le code CVC est erroné, le client doit soumettre à nouveau le paiement après avoir corrigé son erreur. Nous incluons dans le calcul toutes les tentatives, à l’exception des requêtes API non valides.
Pour spécifier le taux brut, cliquez sur Brut. Pour spécifier le taux hors doublons, cliquez sur Hors doublons.
Le tableau suivant explique les différences entre les deux taux :
| Taux brut | Compte toutes ces tentatives d’effectuer un même achat. |
| Taux hors doublons | Regroupe les tentatives répétées et calcule le taux d’acceptation en fonction du résultat final. |
Le tableau suivant présente des exemples de calculs avec un taux brut et un taux hors doublons :
Lorsque vous analysez vos taux hors doublons, vous pouvez constater une baisse temporaire de vos taux de réussite ou d’autorisation au cours du mois écoulé si toutes les relances de paiement n’ont pas encore été effectuées. Vous pouvez également programmer vous-même plusieurs tentatives de paiement, une pratique connue sous le nom de « relance », qui est courante pour les entreprises ayant des revenus récurrents. Si vous effectuez une relance par le biais de Stripe Billing, Stripe met en évidence la partie concernée du graphique en utilisant vos paramètres de facturation.
Pour les paiements via Stripe Invoices, nous regroupons les tentatives de paiement sur la même facture. Pour les paiements avec des clients, nous regroupons les tentatives de paiement d’un même montant rapprochées dans le temps effectuées pour le même client. Pour tous les autres paiements, nous regroupons sur un même numéro de carte les tentatives de paiement d’un même montant rapprochées dans le temps.
Télécharger les données d’acceptation
Vous pouvez télécharger toutes les données utilisées pour générer le rapport. Les téléchargements fournissent les paiements qui correspondent aux filtres situés en haut du rapport. La boîte de dialogue de téléchargement ne comporte qu’un seul filtre de devise (par défaut, la devise de l’entreprise).
Pour télécharger ces analyses, cliquez sur Télécharger en haut de chaque graphique.
Rapport sur les indicateurs clés
Ce rapport calcule les principaux indicateurs correspondant aux filtres que vous avez choisis, notamment le taux, le nombre de paiements autorisés et le volume de paiements autorisés. La série chronologique compare le taux à celui d’une previous_, que vous pouvez personnaliser. Par défaut, la période de comparaison commence juste avant la période que vous avez choisie, avec la même durée.
Rapport sur les paiements
Le rapport sur les paiements vous permet de visualiser les indicateurs d’acceptation des cartes bancaires en fonction de plusieurs facteurs d’acceptation courants. Chacun des filtres de niveau supérieur est accompagné d’un plan croisé dynamique correspondant. En associant les fonctionnalités de filtrage aux plans croisés dynamiques du tableau des paiements, vous bénéficiez d’une vue qui vous permet de suivre les performances de différents groupes de paiements au fil du temps. Vous pouvez passer d’un onglet à l’autre pour comparer les taux, les ventilations du nombre de paiements (en nombres absolus ou en pourcentage des paiements) et les volumes de paiements.
Utilisez tous ces onglets pour voir comment les évolutions des taux sont liées aux évolutions du nombre ou du volume de paiements. Vous pouvez approfondir les tendances de votre choix avec Sigma, ou télécharger un rapport détaillé pour filtrer les paiements selon les attributs de paiement disponibles. Par exemple, le test des cartes bancaires peut entraîner une réduction du taux et un pic soudain du nombre de paiements.
Analysez les paiements à travers de nombreuses options, telles que les marques de cartes, les pays ou les méthodes de saisie utilisées par vos clients pour payer.
Type de carte
En moyenne, les taux de réussite des paiements par carte de crédit sont plus élevés que ceux par carte de débit, qui sont eux-mêmes plus élevés que ceux des cartes prépayées. Cela s’explique généralement par le fait que les paiements effectués avec des cartes de débit et des cartes prépayées sont plus susceptibles d’être refusés en raison d’une insuffisance de fonds.
Pays de la carte bancaire
Le pays de la carte bancaire fait référence au pays de l’émetteur de la carte, plutôt qu’à la localisation physique de votre client au moment du paiement. En moyenne, les taux de réussite des paiements nationaux sont plus élevés que ceux des paiements internationaux (lorsque le pays de la carte et votre entreprise sont situés dans des régions différentes). Ce plan croisé dynamique peut également vous aider à identifier où sont basés vos clients.
Processeur
Après avoir spécifié le filtre du prestataire, vous pouvez également afficher le rapport des paiements en fonction du prestataire. En fonction de votre configuration, vous pouvez accepter des paiements provenant d’autres prestataires de paiements (tels que Worldpay ou Ayden) en plus de Stripe.
Type de transaction
Les réseaux de cartes distinguent entre deux types de paiements par carte, selon que le client est présent ou non dans le tunnel de paiement : les transactions initiées par le client (CIT) et les transactions initiées par le marchand (MIT). Les émetteurs de cartes attribuent des caractéristiques et des profils de risque différents à ces types de transactions, de sorte que les taux de réussite peuvent varier d’un type à l’autre.
Méthode de saisie
Les wallets comme Apple Pay et Android Pay ont généralement des taux de réussite plus élevés que les paiements par carte en ligne classiques, car ils sont tokenisés et authentifiés par l’appareil, ce qui renforce la confiance de l’émetteur de la carte.
Si vous utilisez Stripe Terminal, vous pouvez également voir l’option Carte présente comme méthode de saisie, ce qui représente les paiements par TPE. Sur l’ensemble du secteur, les taux de réussite des paiements « carte présente » sont généralement plus élevés que ceux des paiements « carte non présente ». Pour les paiements par TPE, la carte bancaire doit être présente au moment de l’achat, de sorte que ces paiements présentent souvent des profils de risque moins élevés pour les émetteurs de cartes que les paiements en ligne.
État de la carte bancaire enregistrée
Vous pouvez utiliser les informations de carte précédemment enregistrées pour débiter les clients ultérieurement. Cette possibilité est le plus souvent utilisée pour les abonnements. Les cartes bancaires enregistrées sont également appelées « Credential-on-File » (CoF). Les taux de réussite sont généralement plus élevés pour les cartes enregistrées que pour les cartes non enregistrées.
Réponse code postal
Le service de vérification d’adresse (AVS) est un outil de vérification d’identité qui permet aux entreprises de détecter et d’empêcher les paiements potentiellement frauduleux par carte de crédit ou de débit en comparant l’adresse de facturation fournie par un client avec l’adresse de facturation enregistrée auprès de son émetteur de carte, afin de s’assurer qu’elles correspondent. La prise en charge de la vérification d’adresse est principalement assurée par les émetteurs de cartes aux États-Unis, au Canada et au Royaume-Uni.
Le tableau suivant présente des exemples de valeurs pour l’indicateur réponse code postal.
| Valeur | Définition |
|---|---|
| Non envoyé | Le code postal n’a pas été envoyé aux réseaux de cartes |
| Réussie | Le code postal a été envoyé aux réseaux de cartes et a été validé |
| Échoué | Le code postal a été envoyé aux réseaux de cartes et n’a pas été validé |
| Non vérifié | Le code postal a été envoyé aux réseaux de cartes, mais aucune validation n’a été effectuée |
Réponse CVC
Le CVC (également appelé CVV) est le numéro de vérification à trois ou quatre chiffres imprimé directement sur une carte bancaire, généralement sur la bande de signature ou au recto de la carte. Lorsqu’un paiement par carte est soumis à un réseau de cartes pour autorisation, Stripe envoie le CVC s’il est fourni. Comme pour AVS, l’émetteur de la carte vérifie le CVC en se basant sur les informations dont il dispose sur le client à titre de vérification supplémentaire. Si les informations fournies ne correspondent pas, la vérification du CVC échoue, ce qui peut entraîner un refus de paiement. L’échec de la vérification du CVC peut indiquer que le paiement est frauduleux. Il convient donc de l’examiner attentivement avant de procéder au traitement de la commande.
Le tableau suivant présente des exemples de valeurs pour l’indicateur réponse CVC.
| Valeur | Définition |
|---|---|
| Non envoyé | Le CVC n’a pas été envoyé aux réseaux de cartes |
| Réussie | Le CVC a été envoyé aux réseaux de cartes et a été validé |
| Échoué | Le CVC a été envoyé aux réseaux de cartes et n’a pas été validé |
| Non vérifié | Le CVC a été envoyé aux réseaux de cartes, mais aucune validation n’a été effectuée |
Utilisation de tokens de réseau
Un token de réseau est une donnée non sensible, sous la forme d’un numéro à 16 chiffres se substituant au numéro affiché au recto de la carte bancaire (ou numéro PAN). Une fois associé à un cryptogramme, un token de réseau peut être inclus dans le message d’autorisation envoyé au réseau de carte bancaire, en lieu et place du numéro PAN.
Contrairement aux PAN, les tokens de réseau sont des justificatifs de paiement qui peuvent être dynamiquement restreints à des entreprises et à des canaux spécifiques, réduisant ainsi les risques et l’impact des failles de sécurité et des intrusions potentielles. Les entreprises utilisent également les tokens de réseau pour augmenter leur taux d’autorisation. Les réseaux contiennent le dernier mappage entre les tokens de réseau et les PAN, de sorte que Stripe peut continuer à utiliser le même token de réseau même si le PAN sous-jacent change, et éviter les refus liés aux tentatives de paiement légitimes.
Analyser davantage la catégorie « autre »
Pour les dimensions comportant plusieurs options, le plan croisé dynamique comprend une catégorie « autre » de façon à regrouper les points de données de faible volume qui ne sont pas représentés sur le graphique. Par exemple, vous souhaitez peut-être consulter l’ensemble des pays émetteurs de cartes dans vos données. Pour ce faire, vous pouvez consulter les données dans Sigma ou les télécharger.
Échecs de paiement
Utilisez ce tableau pour connaître les motifs d’échec ou de refus de paiement.
Avant que le paiement ne soit envoyé au réseau de cartes
Les sections suivantes décrivent les échecs qui se produisent avant que le paiement ne soit envoyé au réseau de cartes.
| Motif | Description |
|---|---|
Échec de l’authentification | Vous pouvez demander l’authentification des paiements avec 3D Secure (3DS) en à l’aide de l’API ou d’une règle Radar. Stripe peut également déclencher l’authentification 3DS pour se conformer à certaines réglementations, telles que les exigences relatives à l’authentification forte du client (SCA) en Europe. Les demandes de paiement pour lesquelles l’authentification a échoué indiquent que le client n’a pas finalisé les étapes d’authentification ou que l’authentification a échoué pour d’autres raisons. Pour en savoir plus sur les échecs d’authentification, consultez l’analyse des paiements. |
Paiements bloqués par motif | Stripe Radar bloque les paiements à haut risque, tels que ceux dont les valeurs de CVC ou de code postal ne correspondent pas. Ce produit automatisé de prévention de la fraude évalue chaque paiement, sans nécessiter aucune action de votre part. Les paiements bloqués représentent ceux qui sont bloqués par Stripe, après avoir obtenu l’autorisation initiale de l’émetteur de la carte, mais avant de débiter la carte. Cette précaution permet d’éviter d’éventuels paiements frauduleux pouvant entraîner des litiges. Pour en savoir plus, consultez la section Paiements bloqués par motif ci-dessous. |
Après l’envoi du paiement au réseau de cartes
Les sections suivantes décrivent les échecs qui se produisent après que le paiement soit envoyé au réseau de cartes.
Refus par l’émetteur
Lorsqu’une demande de paiement est soumise à l’émetteur de la carte, celui-ci utilise des systèmes et modèles automatisés pour déterminer s’il faut l’autoriser. Si l’émetteur refuse un paiement, Stripe vous indique le motif invoqué par l’émetteur. Dans certains cas, l’émetteur indique le motif de son refus à l’aide d’un code de refus. Cependant, de nombreux paiements sont classés dans la catégorie des refus de paiement génériques (dont le motif le plus courant est do_). Pour des raisons de confidentialité et de sécurité, les émetteurs de cartes peuvent uniquement en discuter avec leurs titulaires, et non avec vous ou Stripe.
Pour la plupart des entreprises, les motifs de refus de paiement les plus courants ne concernent que quelques catégories. Vous trouverez ci-dessous des explications et les actions recommandées pour les motifs de refus de paiement les plus courants :
| Motif | Description |
|---|---|
| Fonds insuffisants | Le compte ne dispose pas de fonds suffisants pour couvrir le montant du paiement au moment de l’autorisation. Invitez le client à essayer un autre moyen de paiement ou obtenez son autorisation de relancer le paiement ultérieurement. |
| Ne pas honorer et autres réponses génériques (telles que Refus de paiement générique ou Service non autorisé) | L’émetteur a choisi de ne pas motiver sa décision. Invitez le client à contacter l’émetteur de sa carte pour en savoir plus ou à utiliser un autre moyen de paiement. Vous pouvez également effectuer une nouvelle tentative de paiement. |
| Numéro erroné, CVC erroné et autres réponses faisant état d’informations de carte bancaire incorrectes | Le client a saisi des informations de carte erronées ou qui ne sont plus valides. Assurez-vous d’avoir activé les mises à jour automatiques des cartes. Contactez le client par le biais de plusieurs canaux, par exemple par e-mail, SMS ou notification dans l’application, afin qu’il saisisse à nouveau ses informations de paiement ou qu’il contacte l’émetteur de sa carte si le problème persiste. Sinon, utilisez un autre moyen de paiement. |
| Transaction non autorisée | L’émetteur a refusé le paiement sans raison spécifique. Le problème peut être dû à la carte ou au paiement lui-même. Dans ce dernier cas, la catégorie de dépenses du marchand peut ne pas être autorisée sur la carte (par exemple, les cartes FSA avec des articles non éligibles). Le client doit contacter l’émetteur de sa carte pour en savoir plus (les nouvelles tentatives n’aboutiront probablement pas tant que l’émetteur n’aura pas été contacté), ou bien utiliser un autre moyen de paiement. |
| Carte perdue ou volée | Le client a déclaré que la carte était perdue ou volée. Les nouvelles tentatives échoueront et le client devra contacter l’émetteur de sa carte pour obtenir plus d’informations. N’indiquez pas au client le motif précis du refus de paiement, car il se peut que l’acheteur ne soit pas le titulaire légitime de la carte utilisée. |
Pour consulter la liste complète des motifs pour lesquels les émetteurs de cartes peuvent refuser un paiement, consultez la page Codes de refus de paiement.
Graphique des paiements bloqués
Utilisez ce graphique pour savoir pourquoi certains paiements ont été bloqués.
Radar : application d’une règle
Certains paiements sont bloqués en raison d’une règle configurée dans Radar. Les paiements bloqués en raison de leur score de risque ne sont pas inclus dans cette catégorie.
Radar : application d’une règle après autorisation
Certains paiements sont bloqués après que l’émetteur de la carte a autorisé le paiement en raison d’une règle configurée dans Radar. Plus précisément, les règles Radar qui exigent une réponse de l’émetteur de la carte (par exemple, pour s’assurer que le code postal ou le CVC correspondent aux informations figurant dans ses dossiers). Les paiements bloqués en raison de leur score de risque ne sont pas inclus dans cette catégorie.
Radar : risque élevé
Some payments are blocked by Radar by default because of their risk score. Radar determines this score using AI, and you can adjust the minimum score that it blocks by default. There are some Radar rules that block payments after they have been authorized.
Stripe
Stripe peut également bloquer un paiement pour des raisons non indiquées ci-dessus. Par exemple, les paiements initiés par des cartes figurant sur des listes de refus et connues pour être frauduleuses, ou les paiements effectués depuis des pays soumis à des sanctions. Par ailleurs, Stripe peut bloquer les paiements potentiellement liés à des tests des cartes bancaires.
Graphique d’optimisation des paiements
Les solutions Stripe pour augmenter les taux d’autorisation visent également à prévenir les refus de paiement sur les transactions légitimes. Ces fonctionnalités incluent Adaptive Acceptance, l’outil de mise à jour de carte et les tokens de réseau.
Remarque
Les calculs d’optimisation sont estimatifs et ne garantissent pas les résultats. Les données que nous fournissons ont pour but de vous aider à prendre des décisions éclairées, pour vous permettre de décider en toute indépendance d’utiliser ou non ces fonctionnalités. La méthode de calcul des impacts estimés est également susceptible d’être modifiée sans préavis. Reportez-vous régulièrement à cette page pour vous assurer de disposer des informations les plus récentes sur les avantages estimés de la fonctionnalité d’optimisation.
Adaptive Acceptance
If Stripe receives a decline response from the issuer, AI models immediately evaluate if Stripe should retry the request, and how to adjust the authorization request to improve the likelihood of acceptance. This retry request happens in real time before Stripe returns a charge response to you. The uplift shown in this report is from payments that Adaptive Acceptance successfully retried after an initial issuer decline.
Outil de mise à jour de carte
Puisque les numéros de carte et les dates d’expiration évoluent régulièrement, les informations de carte obsolètes sont une source fréquente de refus de paiement pour les entreprises en ligne. Stripe s’intègre aux principaux réseaux de cartes pour mettre automatiquement à jour les informations de paiement enregistrées afin que vous disposiez des informations de carte les plus récentes. La hausse visible dans ce rapport provient des paiements effectués par des cartes mises à jour dans les 180 jours suivant la date du paiement.
Tokens de réseau
Network tokens are secure payment credentials that serve as substitutes for card numbers. Network tokens ensure that you process payments with the most up-to-date credentials, because they stay current even if the underlying card data changes. Stripe has built integrations with major card networks to tokenize your cards, and AI models to determine when to use a network token to provide you the maximum success rate. The uplift shown in this report is from successful payments run with network tokens that received updates to the underlying credentials within 180 days of the payment date.