# Analyse des acceptations Comprenez ce qui influence l’acceptation des paiements et pourquoi certains paiements échouent ou sont refusés. Utilisez la page [Acceptation](https://dashboard.stripe.com/acceptance) pour analyser votre taux de réussite des paiements et le taux d’autorisation du réseau, et afficher des rapports croisés pour les critères communs. Vous pouvez identifier où les paiements échouent et pourquoi ils échouent, et utiliser ces informations pour augmenter vos revenus. > 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** inclut des données sur les paiements tentés et autorisés, y compris les paiements par carte bancaire et les moyens de paiement locaux (LPM) : - **Tentatives de paiement** : Stripe envoie les informations relatives à la tentative de paiement d’un client via un *réseau de cartes* (A network that processes the transactions of a particular card brand. It might be an intermediary in front of an issuing bank as with Visa or Mastercard, or a standalone entity as with American Express), tel que Visa, Mastercard ou China UnionPay. Le réseau de cartes envoie la demande à la *banque émettrice de la carte* (The entity that issued a payment card to a cardholder. This could be a bank, such as with the Visa or Mastercard network, or it could be the card network itself, such as with American Express), qui autorise ou [refuse](https://docs.stripe.com/declines.md) 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](https://docs.stripe.com/payments/place-a-hold-on-a-payment-method.md). ## Configurer votre ensemble de données Vous pouvez appliquer les filtres à tous les indicateurs, graphiques et tableaux de la page **Acceptation**. Stripe traite vos données quotidiennement de 12 h 00 UTC à 23 h 59 UTC. Toutes les données affichées se trouvent dans le fuseau horaire UTC. ![Filtres pour l’analyse des acceptations](https://b.stripecdn.com/docs-statics-srv/assets/acceptance-filters.8222209d773b075bd4473e39155d0aca.png) Filtres sur la page Acceptation ### Spécifiez le type de compte Si vous utilisez [Organizations](https://docs.stripe.com/get-started/account/orgs.md), vous pouvez voir les analyses d’acceptation pour chaque compte : 1. Dans le Dashboard, cliquez sur le sélecteur de compte, puis sélectionnez votre organisation. 1. Pour ouvrir la page **Analyses des acceptations**, accédez à **Paiements** > [**Analyses**](https://dashboard.stripe.com/org/acceptance). 1. (Facultatif) Pour afficher les analyses d’un compte spécifique, sous les filtres, cliquez sur **Compte** et sélectionnez un compte. 1. (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](https://docs.stripe.com/payments/analytics/acceptance.md#specify-currency). ### 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](https://docs.stripe.com/connect/platform-controls-for-stripe-dashboard-accounts.md). - 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. #### 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 3DS 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](https://docs.stripe.com/declines.md#invalid-api-calls). Les types de tentatives de paiement comprennent : - Paiements dont l’authentification 3DS a échoué - Paiements bloqués - Refus par l’émetteur - Paiements autorisés Pour spécifier un taux de réussite des paiements, cliquez sur **Taux de réussite des paiements**. #### Taux d'autorisation Le taux d’autorisation (également appelé taux d’autorisation réseau) mesure la part de tentatives de paiement qui aboutissent auprès des réseaux de cartes. Pour le calculer, on divise le nombre de paiements autorisés par l’émetteur de cartes bancaires par le nombre de tentatives de paiement uniques soumises au réseau de cartes pour autorisation. Nous excluons de ce dénominateur les [appels API non valides](https://docs.stripe.com/declines.md#invalid-api-calls), les paiements qui échouent lors de l’authentification 3D Secure et les [paiements bloqués](https://docs.stripe.com/declines.md#blocked-payments), car ces échecs se produisent avant que Stripe n’envoie la demande d’autorisation à l’émetteur. Les types de tentatives de paiement comprennent : - Refus par l’émetteur - Refus par le prestataire de services de paiement - Paiements autorisés Pour spécifier un taux d’autorisation, cliquez sur **Taux d’autorisation**. > Vous ne pouvez pas spécifier un taux d’autorisation si vous définissez le filtre du prestataire sur un prestataire non Stripe. Stripe n’a pas accès aux données hors Stripe. #### Exemple de calcul du taux d’acceptation #### Exemple de calcul du taux Voici un exemple de calcul du taux de réussite du paiement et du taux d’autorisation : | 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 | 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. #### Taux brut Le taux brut inclut toutes les tentatives de paiement (y compris les relances) pour effectuer le même achat. Pour spécifier le taux brut, cliquez sur **Brut**. #### Taux hors doublons Le taux hors doublons regroupe les nouvelles tentatives de paiement et calcule le taux d’acceptation en fonction du résultat final. Stripe regroupe les tentatives de paiement comme suit : - Pour les paiements via [Stripe Invoices](https://docs.stripe.com/api/invoices.md), nous regroupons les tentatives sur la même facture. - Pour les paiements associés à un objet [Account](https://docs.stripe.com/api/v2/core/accounts/object.md#v2_account_object-configuration-customer) configuré par le client ou à un [Customer](https://docs.stripe.com/api/customers.md), nous regroupons les tentatives sur le même client, si elles sont tentées à des intervalles de temps courts et pour le même montant. - Pour tous les autres paiements, nous regroupons sur le même numéro de carte les tentatives effectuées à proximité les unes des autres dans le temps et pour le même montant. Si vous examinez les taux hors doublons, vous pouvez constater une baisse temporaire du taux de réussite ou d’autorisation du mois dernier, si toutes les relances de paiement n’ont pas été tentées. Vous pouvez également planifier des relances de paiement répétées (appelées « relances »), ce qui est courant pour les entreprises dont les revenus sont récurrents. Si vous effectuez une relance via [Stripe Billing](https://docs.stripe.com/billing.md), Stripe met en évidence la partie concernée du graphique à l’aide de vos paramètres de facturation. Pour spécifier le taux de déduplication, cliquez sur **Dédupliqué**. #### Exemple de calcul du taux #### Exemple de calcul du taux Voici un exemple de calcul montrant la différence entre le taux brut et le taux hors doublons : | Étape de calcul | Résultat | | ------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- | | Paiement A, première tentative | Échoué | | Paiement A, deuxième tentative | Échoué | | Paiement , troisième tentative | Autorisé | | Taux brut *(comptabilise toutes les tentatives)* | 33,3 % = (1/3) *(1 tentative autorisée sur 3 tentatives totales)* | | Taux hors doublons *(ne concerne que la dernière tentative pour le paiement A)* | 100 % = (1/1) *(1 tentative autorisée sur 1 tentative totale)* | ### 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. ## Page des détails de transaction Vous pouvez consulter les données de transaction sous-jacentes qui alimentent les graphiques de chaque rapport. Pour accéder à cette vue détaillée, cliquez sur le volet d’expansion ↗ en haut de n’importe quel rapport. Cela ouvre la page des détails de transaction. Vous pouvez **Télécharger** :download: les données d’acceptation générées pour votre rapport. Elles incluent tous les paiements correspondant aux filtres que vous avez sélectionnés. Si vous disposez d’un abonnement [Sigma](https://docs.stripe.com/stripe-data/how-sigma-works.md) actif, vous pouvez cliquer sur **Explore** :explorer: pour accéder aux modèles de requêtes correspondant à chaque graphique. Cette interface vous permet de réaliser des analyses personnalisées sur les données qui alimentent ces graphiques. ## 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_period`, 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. Vous pouvez explorer les tendances à l’aide de [Sigma](https://docs.stripe.com/stripe-data/how-sigma-works.md), ou filtrer par attributs de facturation disponibles à l’aide du téléchargement détaillé. Par exemple, les [tests de cartes bancaires](https://docs.stripe.com/disputes/prevention/card-testing.md)peuvent entraîner une réduction du taux et une hausse soudaine du nombre de paiements. ## Rapport de répartition des paiements Ce rapport présente des indicateurs d’acceptation selon plusieurs critères courants qui influencent l’acceptation, notamment des ventilations pour les paiements par carte et les paiements effectués via des moyens de paiement locaux. Chaque filtre de niveau supérieur dispose d’un rapport croisé correspondant. Vous pouvez associer les fonctionnalités de filtrage aux rapports croisés afin de suivre l’évolution des performances de différents groupes de paiements au fil du temps. Vous pouvez également analyser les paiements selon des critères tels que les moyens de paiement, les marques de cartes bancaires, les pays ou les méthodes de saisie utilisées par vos clients pour payer. 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. ### Paiements via des moyens de paiement locaux Lors de la consultation des paiements par moyens de paiement locaux, le rapport de répartition inclut les options de regroupement suivantes : | Option | Description | | ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Moyen de paiement | Moyen de paiement local utilisé par le client, comme iDEAL, Bancontact ou Revolut Pay. Utilisez ce regroupement pour comparer les taux d’acceptation entre différents moyens de paiement et identifier ceux qui fonctionnent le mieux pour votre activité. | | Pays du client | Pays du client, et non son emplacement physique au moment du paiement. Utilisez ce regroupement pour analyser les variations des taux d’acceptation selon les régions. | | Devise | Devise utilisée pour le paiement. Utilisez ce regroupement pour comparer les taux d’acceptation entre différentes devises. | ### Paiements par carte Lors de la consultation des paiements par carte, le rapport de répartition inclut les options de regroupement suivantes : | 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](https://docs.stripe.com/disputes/prevention/verification.md#cvc-check) (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 : - **Non envoyé** : le CVC n’a pas été envoyé aux réseaux de cartes. - **Réussi** - Le CVC a été envoyé aux réseaux de cartes et a été validé - **Échec** : le CVC a été envoyé aux réseaux de cartes et n’a pas été validé - **Décoché** : le CVC a été envoyé aux réseaux de cartes, mais aucune validation n’a été effectuée. | | 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](https://docs.stripe.com/terminal.md), 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)](https://docs.stripe.com/payments/cits-and-mits.md). 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. - Les **paiements initiés par le client** comprennent les paiements initiaux ponctuels, enregistrés par carte bancaire et récurrents. Un paiement initial récurrent est le premier paiement d’une série de paiements récurrents. - Les **paiements initiés par le marchand** comprennent les paiements récurrents ultérieurs et imprévus. Le type d’interaction indiqué représente ce que Stripe envoie au réseau de cartes bancaires, qui peut différer de ce que vous avez défini à l’origine via l’API. Stripe applique des optimisations pour maximiser les taux d’autorisation, de sorte que le type d’interaction dans le message d’autorisation au réseau puisse être ajusté. Cependant, si une transaction est bloquée ou n’arrive jamais sur le réseau, le type d’interaction reflète la valeur d’origine que vous aviez l’intention de définir. | | Utilisation de tokens de réseau | Un [token de réseau](https://stripe.com/guides/understanding-benefits-of-network-tokens#what-are-network-tokens) 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 : - **Non envoyé** : le code postal n’a pas été envoyé aux réseaux de cartes. - **Réussi** : le code postal a été envoyé aux réseaux de cartes et a été validé. - **Échec** : le code postal a été envoyé aux réseaux de cartes et n’a pas été validé. - **Décoché** : le code postal a été envoyé aux réseaux de cartes, mais aucune validation n’a été effectuée. | | Processeur | Si votre configuration comprend plusieurs processeurs, vous pouvez utiliser l’option [filtre de sous-traitant](https://docs.stripe.com/payments/analytics/acceptance.md#specify-processor) pour afficher le rapport de répartition des paiements par carte pour le sous-traitant sélectionné. | | État de nouvelle tentative | Affichez les transactions selon qu’un paiement a été relancé ou non. Cela diffère de la [déduplication](https://docs.stripe.com/payments/analytics/acceptance.md#specify-raw-rate-deduplicated-rate), qui est la tentative de paiement finale et peut être la première tentative avec le résultat final. | | Autre | La catégorie Autres regroupe les données de faible volume qui n’apparaissent pas dans le tableau croisé. Par exemple, vous pourriez vouloir consulter l’ensemble des pays émetteurs des cartes bancaires présents dans vos données. Pour cela, vous pouvez afficher les données dans Sigma ou les télécharger depuis la [page de détails des transactions](https://docs.stripe.com/payments/analytics/acceptance.md#transaction-detail-page). | ## Rapport sur les paiements échoués Ce rapport indique les raisons pour lesquelles des paiements ont échoué ou ont été refusés, qu’il s’agisse de paiements par carte bancaire ou de moyens de paiement locaux. Une tentative de paiement peut échouer à différentes étapes. Pour les paiements par carte bancaire, l’échec peut survenir avant même que le paiement ne soit transmis au réseau de cartes, par exemple en cas d’échec de l’[authentification 3D Secure](https://docs.stripe.com/payments/3d-secure.md) ou de blocage par *Stripe Radar* (Stripe Radar helps detect and block fraud for any type of business using machine learning that trains on data across millions of global companies. It’s built into Stripe and requires no additional setup to get started). Un réseau de cartes ou un prestataire de services de paiement peut refuser un paiement pour des raisons telles que des fonds insuffisants, des informations de paiement incorrectes ou une suspicion de fraude. Il arrive également que des prestataires refusent à tort des paiements légitimes pour suspicion de fraude. ### Avant que le paiement ne soit envoyé au prestataire de services de paiement Des échecs peuvent survenir avant que le paiement ne soit transmis au prestataire de services de paiement (comme les réseaux de cartes ou les fournisseurs de moyens de paiement locaux) pour les raisons suivantes. | Motif | Description | | ------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | **Échec de l’authentification** | Vous pouvez utiliser l’API ou une règle Radar pour demander l’[authentification](https://docs.stripe.com/payments/3d-secure/authentication-flow.md) 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)](https://stripe.com/guides/strong-customer-authentication) 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](https://docs.stripe.com/payments/analytics.md). | | **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. Cette tentative bloquée concerne les situations où Stripe bloque des paiements. Nous obtenons une autorisation initiale de l’émetteur de la carte, mais ne débitons pas la carte. Cela peut aider à prévenir d’éventuels paiements frauduleux susceptibles d’entraîner des litiges. Pour en savoir plus sur les raisons des paiements bloqués, consultez le [graphique des paiements par carte bloqués](https://docs.stripe.com/payments/analytics/acceptance.md#blocked-payments-report). | ### Après que le paiement a été envoyé au prestataire de services de paiement Des échecs peuvent survenir après que le paiement a été transmis au prestataire de services de paiement 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](https://docs.stripe.com/declines/card.md) invoqué par l’émetteur. Dans certains cas, l’émetteur indique le motif de son refus à l’aide d’un [code de refus](https://docs.stripe.com/declines/codes.md). 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_not_honor`). 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](https://docs.stripe.com/payments/charges-api.md). 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](https://docs.stripe.com/declines/codes.md) de paiement. #### Refus par le prestataire de services de paiement Les prestataires de moyens de paiement locaux peuvent refuser un paiement pour diverses raisons, comme des fonds insuffisants, des restrictions de compte ou une suspicion de fraude. Lorsqu’un prestataire de moyens de paiement locaux refuse un paiement, Stripe transmet la raison fournie. Contrairement aux refus des banques émettrices de cartes bancaires, les motifs et codes de refus varient selon le moyen de paiement. Pour la liste complète des raisons possibles, consultez les [codes de refus](https://docs.stripe.com/declines/codes.md) et les [codes d’erreur API](https://docs.stripe.com/error-codes.md). ## Rapport sur les paiements bloqués Ce rapport indique les raisons pour lesquelles des paiements ont été bloqués, qu’il s’agisse de paiements par carte bancaire ou de moyens de paiement locaux. | Motif du blocage | Description | | --------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Radar - Correspondance des règles | 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 - Correspondance des règles post-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 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 - Adaptive Acceptance | Pour les utilisateurs bénéficiant de la [tarification IC+](https://support.stripe.com/questions/understanding-blended-interchange-pricing), l’Adaptive Acceptance bloque certains paiements afin de vous aider à [éviter les coûts et pénalités de réseau inutiles](https://docs.stripe.com/payments/analytics/optimization.md#cost-savings-from-optimizations). Par exemple, l’Adaptive Acceptance peut vous aider à éviter les pénalités de tentatives de paiement excessives. Elle peut également vous aider à éviter les coûts de réseau en bloquant les paiements ayant une faible probabilité d’autorisation. | | Stripe - Correspondance des règles | 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](https://docs.stripe.com/disputes/prevention/card-testing.md) bancaires. | ## See also - [Analyse des authentifications](https://docs.stripe.com/payments/analytics/authentication.md) - [Analyse des litiges](https://docs.stripe.com/payments/analytics/disputes.md) - [Analyse des moyens de paiement](https://docs.stripe.com/payments/analytics/payment-methods.md)