Analyse des acceptations
Découvrez ce qui affecte l'acceptation des paiements par carte et pourquoi les paiements échouent ou sont refusés.
Use the Acceptance page to analyze your payment success rate and network authorization rate, and view pivot reports for common criteria. You can identify where payments fail and why they fail, and use this information to help increase your revenue. To go to this page, click Payments > Analytics > Acceptance in the Stripe Dashboard.
Remarque
Les calculs d’optimisation sont des estimations et ne constituent pas une garantie de résultat. Les données que nous fournissons sont destinées à vous aider à prendre des décisions éclairées, afin que vous puissiez prendre vos propres décisions quant à l’utilisation de ces fonctionnalités. La méthodologie 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 d’avoir la dernière compréhension des avantages estimés des fonctionnalités d’optimisation.
Données disponibles
La page Acceptation contient les données relatives aux tentatives et autorisations de paiement par carte :
Tentatives de paiement : Stripe envoie les informations relatives à la tentative de paiement d’un client via un réseau de cartes, tel que Visa, Mastercard ou China UnionPay. Le réseau de cartes envoie la demande à la banque émettrice de la carte, qui autorise ou refuse le paiement.
Paiements autorisés : la banque émettrice de la carte valide les informations de carte du client et réserve des fonds suffisants pour la transaction. La banque émettrice approuve le paiement et garantit le montant, mais attend que vous transfériez les fonds après la capture de la transaction. Les paiements autorisés ne tiennent pas compte du fait que les paiements ont finalement été capturés. En savoir plus sur la distinction entre autorisation et capture.
Configurer votre ensemble de données
You can apply the filters to all metrics, reports, and tables on the Acceptance page. Stripe processes your data daily starting at 12:00 PM UTC and ending at 11:59 PM UTC. All data shown is in the UTC time zone.
Filtres sur la page Acceptation
Spécifier la devise
Appliquez un filtre de devise pour afficher uniquement les paiements effectués dans la devise sélectionnée. 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.
Par exemple, votre devise de règlement par défaut est USD, mais vous appliquez le filtre de devise EUR. Les transactions qui s’affichent incluent uniquement les paiements effectués en EUR, et excluent les paiements effectués dans toutes les autres devises, comme USD.
Pour spécifier la devise, cliquez sur Plus de filtres > Devise et sélectionnez la devise de votre choix.
Spécifiez 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 Analyses des acceptations, accédez à Paiements > Analyses.
- (Facultatif) Pour afficher les analyses d’un compte spécifique, sous les filtres, cliquez sur Compte et sélectionnez un compte.
- (Facultatif) Par défaut, les analyses d’acceptation des organisations sont affichées en USD. Pour modifier la devise affichée de vos données, cliquez sur Afficher en USD et sélectionnez la devise de votre choix dans la liste déroulante. Le paramètre de devise affiché est différent du filtre de devise.
Spécifier le prestataire
Appliquez le filtre du prestataire de services de paiement pour afficher les analyses d’acceptation d’un prestataire de services de paiement spécifique. Selon votre configuration, vous pouvez accepter des paiements d’autres prestataires, en plus de Stripe.
Pour spécifier un prestataire de services de paiement, cliquez sur Processeur, sélectionnez le prestataire et cliquez sur Appliquer. Vous pouvez choisir d’afficher plusieurs prestataires.
Spécifier Connect
Les plateformes Connect peuvent voir l’activité débitée directe agrégée sur tous leurs comptes connectés. Pour voir les données des comptes Standard, les plateformes doivent activer les contrôles de plateforme.
- Pour inclure les données des comptes connectés, cliquez sur Inclure les comptes connectés.
- Pour exclure les données des comptes connectés, cliquez sur Ne pas inclure les comptes connectés.
Spécifiez le taux de réussite du paiement ou le taux d’autorisation
Appliquez le filtre de taux pour afficher les analyses d’un taux de réussite de paiement ou d’un taux d’autorisation.
Exemple de calcul du taux
Voici un exemple de calcul du taux d’autorisation et du taux de réussite des paiements :
| Composant de calcul | Valeur du composant |
|---|---|
| Total des requêtes de paiement envoyées à 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écifiez le taux brut ou le taux dédupliqué
Certaines tentatives de paiement sont des tentatives répétées du même achat unique. Par exemple, si la tentative de paiement initiale est refusée parce que le CVC est erroné, le client doit soumettre à nouveau le paiement après avoir corrigé l’erreur. Nous incluons toutes les tentatives de paiement, à l’exception des requêtes API non valides.
Télécharger les données d’acceptation
Vous pouvez télécharger les données d’acceptation générées pour votre rapport. Ces données incluent tous les paiements qui correspondent aux filtres que vous avez sélectionnés.
To download the data, click Download at the top of each report.
Rapport sur les indicateurs clés
Ce rapport présente les principaux indicateurs des filtres que vous avez sélectionnés, 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_, que vous pouvez personnaliser. Par défaut, la période de comparaison commence juste avant la période choisie et représente la même durée.
Card payments breakdown report
Ce rapport présente les indicateurs d’acceptation des cartes selon plusieurs critères courants qui déterminent l’acceptation.
Each top-level filter has a corresponding pivot report. You can pair the filtering capabilities with the pivot reports to monitor how different groups of payments perform over time. You can also analyze payments across options such as card brands, countries, or input methods your customers use to pay.
Utilisez les onglets pour comparer les taux, le nombre de paiements (en chiffres absolus ou en pourcentage des paiements) et le volume de paiements. Vous pouvez voir comment les variations du taux sont liées aux variations du nombre ou du volume de paiements.
Vous pouvez explorer les tendances à l’aide de Sigma, ou filtrer par attributs débités disponibles à l’aide du téléchargement détaillé. Par exemple, les tests de cartes bancaires peuvent entraîner une réduction du taux et une hausse soudaine du nombre de paiements.
| Option | Description |
|---|---|
| Pays de la carte bancaire | Le 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 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. |
Réponse CVC | Le numéro de vérification à 3 ou 4 chiffres imprimé sur une carte, généralement sur la bande de signature ou au recto de la carte. Lorsque Stripe envoie le CVC (ou CVV) au réseau de cartes pour autorisation, l’émetteur de la carte vérifie le CVC par rapport aux informations du client enregistrées à 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. Si la vérification de la CVC échoue, cela peut indiquer que le paiement est frauduleux. Veuillez donc le vérifier attentivement avant de traiter la commande. Exemples de valeurs :
|
Méthode de saisie | Les portefeuilles électroniques comme Apple Pay et Google 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. |
| Type d’interaction | 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.
|
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. |
Réponse code postal | Le service de vérification d’adresse (AVS) est un outil de vérification d’identité qui vous permet de détecter et de prévenir les paiements par carte de crédit ou de débit potentiellement frauduleux 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 vérification d’adresse est principalement prise en charge par les émetteurs de cartes aux États-Unis, au Canada et au Royaume-Uni. Exemples de valeurs :
|
| Processeur | If your configuration includes multiple processors, you can use the processor filter to view the Card payments breakdown report for the selected processor. |
| État de nouvelle tentative | Affichez les transactions selon qu’un paiement a été relancé ou non. Cela diffère de la déduplication, qui est la tentative de paiement finale et peut être la première tentative avec le résultat final. |
| Autre | The Other category groups low volume data points that aren’t represented on the pivot report. For example, you might want to see the full set of card-issued countries in your data. To do so, you can view the data in Sigma or download the data. |
Failed card payments report
This report shows why payments failed or were declined.
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 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.
Si vous avez un abonnement Sigma actif, cliquez sur Afficher dans Sigma pour accéder aux modèles des requêtes qui représentent chaque graphique.
Avant que le paiement ne soit envoyé au réseau de cartes
Des échecs peuvent survenir avant l’envoi du paiement au réseau de cartes pour les raisons suivantes.
| Motif | Description |
|---|---|
Échec de l’authentification | Vous pouvez utiliser l’API ou une règle Radar pour demander l’authentification 3D Secure (3DS) pour les paiements. Stripe peut également déclencher l’authentification 3DS pour se conformer à certaines réglementations, telles que les exigences de l’authentification forte du client (SCA) en Europe. Cette tentative d’authentification échouée concerne les situations dans lesquelles le client n’a pas terminé les étapes d’authentification ou a échoué l’authentification pour d’autres raisons. Pour en savoir plus sur les échecs d’authentification, consultez la page Analyses des paiements. |
Paiements bloqués par motif | Stripe Radar bloque les paiements à haut risque, tels que ceux dont le CVC ou le code postal ne correspond pas. Cet outil automatisé de prévention de la fraude évalue chaque paiement, sans intervention nécessaire de votre part. This blocked attempt is for situations where Stripe blocks payments. We obtain initial authorization from the card issuer, but don’t charge the card. This can help prevent potential fraudulent payments that might lead to disputes. To learn more about the reasons for blocked payments, see the Blocked card payments report. |
Après l’envoi du paiement au réseau de cartes
Des échecs peuvent survenir après l’envoi du paiement au réseau de cartes pour les raisons suivantes.
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 émetteurs de cartes refusent les paiements pour les raisons suivantes.
| Motif | Description |
|---|---|
| Réponse générique, telle que ne pas honorer ou service non autorisé | L’émetteur a choisi de ne pas fournir le motif précis de sa décision. Invitez le client à contacter l’émetteur de sa carte pour en savoir plus ou à essayer un autre moyen de paiement. Vous pouvez également réessayer. |
| Informations de carte incorrectes, telles qu’un numéro ou un CVC incorrect | Le client a saisi des informations de carte bancaire incorrectes ou des informations de carte 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, tels que par e-mail, SMS ou notification dans l’application pour qu’il saisisse à nouveau ses informations de carte ou qu’il contacte la société émettrice de sa carte si les problèmes persistent. Sinon, utilisez un autre moyen de paiement. |
| 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. |
| Carte perdue ou volée | La carte bancaire du client a été déclarée perdue ou volée. Les nouvelles tentatives échoueront et le client doit contacter l’émetteur de sa carte pour en savoir plus. Lorsque vous recevez ces motifs de refus de paiement, vous ne devez pas les communiquer au client, car il se peut que le détenteur légitime de la carte ne soit pas la personne qui tente d’effectuer l’achat. |
| 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. |
Pour obtenir la liste complète des raisons potentielles pour lesquelles les émetteurs de cartes refusent des paiements, consultez la page Codes de refus de paiement.
Blocked card payments report
This report shows why payments were blocked.
Si vous avez un abonnement Sigma actif, cliquez sur Afficher dans Sigma pour accéder aux modèles des requêtes qui représentent chaque graphique.
| Motif du blocage | Description |
|---|---|
| Correspondance d’une règle (Radar) | 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. |
| Risque élevé (Radar) | Certains paiements sont bloqués par Radar par défaut en raison de leur indice de risque. Radar détermine ce score à l’aide de l’IA, et vous pouvez ajuster le score minimum qu’il bloque 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. |