Analyse des acceptationsVersion bêta publique

Sur la page d’analyse des paiements dans le Dashboard Stripe, vous pouvez analyser votre taux de réussite des paiements, votre taux d’autorisation et vos paiements pour savoir exactement où les paiements échouent, pourquoi ils échouent et comment utiliser ces informations pour augmenter vos revenus. Pour afficher vos analyses, accédez à Paiements > Analyses > Acceptation.

Comprendre les tentatives de paiement

Lorsque vos clients tentent d’effectuer un paiement, Stripe envoie les données du paiement aux réseaux de cartes, comme Visa, Mastercard ou China UnionPay. Ces réseaux de cartes transmettent ensuite les requêtes aux banques émettrices de cartes pertinentes, qui autorisent ou refusent le paiement.

Une tentative de paiement peut échouer à plusieurs étapes, avant même qu’un paiement ne soit envoyé au réseau de cartes. Par exemple, elle peut échouer à l’authentification 3D Secure (3DS) ou être bloquée par Radar. Une fois le paiement envoyé au réseau de cartes, les émetteurs peuvent le refuser pour plusieurs raisons, comme l’insuffisance de fonds sur le compte de la carte ou des informations de carte erronées. Parfois, les émetteurs refusent à tort des paiements légitimes en raison d’une suspicion de fraude.

Les analyses de paiement fournissent les données suivantes pour les paiements par carte bancaire :

• Les taux de réussite des paiements et d’autorisation du réseau, que vous pouvez visualiser sous forme brute 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 de cette page comprennent les tentatives et les autorisations de paiement par carte. Les chiffres relatifs au volume autorisé ne reflètent pas si les paiements ont finalement été capturés. En savoir plus sur la distinction entre autorisation et capture.

Les filtres situés en haut de la page de paiement s’appliquent à tous les indicateurs, graphiques et tableaux de la page.

Stripe traite vos données quotidiennement de 12 h 00 UTC à 23 h 59 UTC. Toutes les données affichées dans le fuseau horaire UTC.

Le filtre Currency est défini par défaut sur la devise de votre règlement. Pour modifier la devise, cliquez sur Devise , et sélectionnez la devise souhaitée dans la liste.

Vous pouvez télécharger toutes les données utilisées pour générer le rapport. Pour télécharger ces analyses, cliquez sur Télécharger en haut de chaque graphique.

Les téléchargements fournissent les paiements qui correspondent aux filtres en haut du rapport. La boîte de dialogue de téléchargement n’est paramétrée que pour un seul filtre de devise (par défaut, la devise de l’entreprise).

Si vous utilisez Sigma, vous pouvez afficher vos données dans Sigma et avoir accès aux requêtes spécifiques utilisées pour générer chaque graphique.

Définitions des indicateurs

Vous pouvez examiner vos analyses à l’aide de deux indicateurs : le taux de réussite des paiements ou le taux d’autorisation.

Taux de réussite des paiements

Le taux de réussite des paiements mesure l’aboutissement de toutes les tentatives de paiement à travers toutes les étapes du processus de paiement : authentification 3D Secure, 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 du réseau mesure l’aboutissement des tentatives de paiement qui parviennent aux réseaux de cartes bancaires. 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. Les appels à l’API non valides, les paiements qui échouent à l’authentification 3D Secure et les paiements bloqués sont exclus du dénominateur, car ces échecs se produisent avant que Stripe n’envoie la demande d’autorisation à l’émetteur.

Tableau comparatif

Le tableau suivant montre quels types de tentatives de paiement sont pris en compte dans les deux indicateurs.

Exemples de calculs

Voici un exemple de calcul du taux d’autorisation et du taux de réussite des paiements.

Taux hors doublon par rapport aux taux bruts

Certaines tentatives de paiement sont des tentatives répétées du même achat unique. Exemple : la première tentative de paiement d’un client est refusée, car il a saisi le mauvais CVC. Il soumet à 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. Le taux brut comptabilise toutes ces tentatives pour effectuer le même achat, tandis que le taux hors doublons regroupe les nouvelles tentatives et calcule le taux d’acceptation sur la base du résultat final.

Les tableaux suivants présentent des exemples de calculs en utilisant le taux hors doublons et le taux brut.

Lorsque vous consultez les taux hors doublons, vous pouvez constater une baisse temporaire de vos taux de réussite ou d’autorisation pour le mois écoulé si toutes les tentatives de paiement n’ont pas encore été effectuées. Par défaut, le rapport est défini sur Hors doublons, car il représente plus précisément le nombre d’achats uniques autorisés. Pour inclure les tentatives répétées, passez en mode Brut.

Vous pouvez également programmer vous-même des tentatives répétées, 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.

Comment Stripe identifie les tentatives répétées

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.

Rapport sur les indicateurs clés

Ce rapport présente les principales mesures pour les 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 à une previous_period, que vous pouvez personnaliser. Par défaut, la période de comparaison commence juste avant la période que vous avez choisie et représente 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 changements de taux sont liés aux changements dans le nombre de paiements ou le volume. Vous pouvez approfondir les tendances que vous souhaitez explorer avec Sigma ou utiliser le téléchargement détaillé pour filtrer les attributs de frais disponibles. Par exemple, un 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 bancaire

En moyenne, les taux de réussite des cartes de crédit sont plus élevés que les taux de réussite des cartes de débit, qui sont eux-mêmes plus élevés que les taux de réussite 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 pour effectuer les achats.

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.

Type de transaction

Les réseaux de cartes divisent les paiements par carte en deux types, 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 portefeuilles électroniques 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 bancaire en comparant l’adresse de facturation fournie par un client avec l’adresse de facturation enregistrée auprès de l’émetteur de la carte du client, afin de confirmer qu’elles correspondent. La prise en charge 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.

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.

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.

Échec d’authentification

Vous pouvez demander l’authentification des paiements avec 3D Secure (3DS) en utilisant l’API ou avec une règle Radar. Stripe peut également déclencher 3DS pour se conformer à certaines réglementations, telles que les exigences d’authentification forte du client (SCA) en Europe. Les demandes de paiement pour lesquelles l’authentification a échoué correspondent à des situations où le client n’a pas finalisé les étapes d’authentification ou l’authentification a échoué pour d’autres raisons. Pour en savoir plus sur les échecs d’authentification, consultez l’analyse des paiements.

Bloquer les paiements par motif

Stripe Radar bloque les paiements à haut risque, tels que ceux dont le CVC ou le code postal ne correspondent pas. Cette solution de prévention de la fraude automatisée évalue chaque paiement, sans qu’aucune action ne soit requise de votre part. Les paiements bloqués représentent ceux qui sont bloqués par Stripe après avoir obtenu l’autorisation de l’émetteur de la carte en amont, sans toutefois débiter la carte. Cette précaution permet d’éviter d’éventuels paiements frauduleux pouvant donner lieu à des litiges. Pour en savoir plus sur les motifs de blocage, consultez 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

When a payment request is submitted to the card issuer, they use automated systems and models to determine whether to authorize it. If the issuer declines a payment, Stripe shares the reason the issuer gave for the decline. In some cases, the issuer provides specific reasons for the decline with a decline code. However, many payments are categorized into generic declines (the most common of which is do_not_honor). Card issuers can only discuss the specifics with their cardholders, not with you or Stripe, for privacy and security.

Pour la plupart des entreprises, les motifs les plus courants de refus de paiement par les émetteurs sont généralement les mêmes. Ces principaux motifs de refus des réseaux vous sont expliqués ci-dessous, avec indication des mesures à prendre en réponse. Pour consulter la liste complète des motifs pour lesquels les émetteurs de cartes peuvent refuser un paiement, reportez-vous à la page Codes de refus de paiement.

• Fonds insuffisants : le compte ne dispose pas de fonds suffisants pour couvrir le montant du paiement au moment de l’autorisation. Invitez votre client à utiliser 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 (comme Refus générique ou Service non autorisé) : l’émetteur a choisi de ne pas révéler le motif de sa décision. Invitez votre client à contacter l’émetteur de sa carte pour en savoir plus ou pour utiliser un autre moyen de paiement. Les nouvelles tentatives de paiement peuvent également aboutir.
• Incorrect number, incorrect CVC, and other incorrect card information responses: The customer has entered incorrect card information or card information that’s no longer valid. Make sure you have automatic card updates enabled. Contact the customer through multiple channels, such as email, text messages, or in-app notifications to re-enter their payment details or contact their card issuer if problems persist. Otherwise, try a different payment method.
• Transaction non autorisée : l’émetteur a refusé le paiement sans raison spécifique. Cela peut être dû à la carte ou au paiement lui-même. Si le problème concerne la transaction, il est possible que la carte n’autorise pas la catégorie de dépense du marchand (par exemple, les cartes FSA pour des articles non admissibles). Pour en savoir plus, le client doit contacter l’émetteur de sa carte (les nouvelles tentatives risquent d’échouer jusqu’à ce que l’émetteur soit contacté). Il peut également utiliser un autre moyen de paiement.
• Lost card or Stolen card: The customer has reported the card as either lost or stolen. Retries won’t be successful, and the customer should contact their card issuer for more information. Don’t report the specific reason to the customer in case the legitimate cardholder isn’t the one attempting the purchase.

Tableau des paiements bloqués

Utilisez ce tableau 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é

Certains paiements sont bloqués par Radar par défaut en raison de leur score de risque, déterminé par apprentissage automatique. Vous pouvez modifier le score correspondant au seuil de blocage par défaut. Certaines règles Radar peuvent bloquer des paiements après leur autorisation.

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.

Tableau d’optimisation des paiements

Les solutions Stripe visant à optimiser les taux d’autorisation empêchent les refus de paiements légitimes. Ces fonctionnalités incluent Adaptive Acceptance, l’outil de mise à jour de carte et les tokens de réseau.

Adaptive Acceptance

Si Stripe reçoit un refus de l’émetteur, les modèles d’apprentissage automatique évaluent immédiatement si la demande doit être relancée et comment ajuster la demande d’autorisation pour optimiser les chances d’acceptation. Cette demande de nouvelle tentative survient en temps réel avant que Stripe ne vous renvoie une réponse de paiement. La hausse indiquée dans ce rapport provient des paiements relancés par la fonctionnalité Adaptive Acceptance après un premier refus de l’émetteur.

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

Les tokens de réseau sont des identifiants de paiement sécurisés qui remplacent les numéros de carte bancaire. Ils vous permettent de traiter les paiements avec les identifiants les plus récents, car ils restent à jour même si les données de carte correspondantes changent. Pour optimiser vos taux de réussite des paiements, Stripe a développé des intégrations avec les principaux réseaux de cartes afin de tokeniser vos cartes, ainsi que des modèles d’apprentissage automatique visant à déterminer quand utiliser un token de réseau. La hausse visible dans ce rapport provient des paiements effectués avec des tokens de réseau dont les informations ont été mises à jour dans les 180 jours suivant la date du paiement.