# Test Simulez des paiements pour tester votre intégration. Testez votre intégration dans un *environnement de test* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes) en simulant des transactions avec des valeurs de test. Ces transactions ne génèrent aucun transfert de fonds. Vous pouvez accéder à vos environnements de test à l’aide du sélecteur de compte dans le [Dashboard](https://dashboard.stripe.com/sandboxes). Les cartes de test agissent comme de « fausses » cartes de crédit et vous permettent de simuler les scénarios suivants : - Paiements réussis par [marque de carte](https://docs.stripe.com/testing.md#cards) ou [pays](https://docs.stripe.com/testing.md#international-cards) - Erreurs de carte bancaire liées à des [refus de paiement](https://docs.stripe.com/testing.md#declined-payments), à la [fraude](https://docs.stripe.com/testing.md#fraud-prevention) ou à des [données non valides](https://docs.stripe.com/testing.md#trigger-an-error-with-invalid-data) - [Litiges](https://docs.stripe.com/testing.md#disputes) et [remboursements](https://docs.stripe.com/testing.md#refunds) - Authentification avec [3D Secure](https://docs.stripe.com/testing.md#regulatory-cards) et les [PIN](https://docs.stripe.com/testing.md#terminal) Vous pouvez également tester des paiements autres que par carte dans un environnement de test. Les paiements autres que par carte sont des moyens de paiement qui ne sont pas des cartes de crédit ou de débit. Stripe prend en charge diverses options de paiement autres que par carte, telles que les wallets et les virements bancaires. [Chaque moyen de paiement](https://docs.stripe.com/testing.md#non-card-payments) a ses propres valeurs spéciales. N’utilisez pas les environnements de test pour les tests de charge de votre intégration, car vous risquez d’atteindre les [limites de débit](https://docs.stripe.com/testing.md#rate-limits). Pour les tests de charge de votre intégration, consultez la page [Tests de charge](https://docs.stripe.com/rate-limits.md#load-testing). ## Comment utiliser les cartes de test Lorsque vous travaillez avec une carte de test, utilisez des [clés API de test](https://docs.stripe.com/keys.md#obtain-api-keys) dans tous les appels API. C’est vrai que vous utilisiez un formulaire de paiement pour tester de manière interactive ou que vous écriviez du code de test. > #### N’utilisez pas de vraies informations de carte > > N’utilisez pas de véritables informations de carte. Le [Contrat d’utilisation du service Stripe](https://stripe.com/legal/ssa#1-your-stripe-account) interdit les tests en mode production à l’aide de véritables informations de moyens de paiement. Utilisez vos clés API de test et les numéros de carte ci-dessous. ### Test interactif Lorsque vous effectuez des tests de manière interactive, utilisez un numéro de carte, tel que [4242 4242 4242 4242](https://docs.stripe.com/testing.md?testing-method=card-numbers#visa). Saisissez le numéro de carte dans le Dashboard ou dans n’importe quel formulaire de paiement. - Utilisez une date future valide, telle que **12/34**. - Utilisez n’importe quel CVC à trois chiffres (quatre chiffres pour les cartes American Express). - Utilisez la valeur de votre choix pour les autres champs du formulaire. ### Code de test Lorsque vous écrivez du code de test, utilisez un `PaymentMethod` tel que [pm_card_visa](https://docs.stripe.com/testing.md?testing-method=payment-methods#visa) au lieu d’un numéro de carte. Nous ne recommandons pas d’utiliser les numéros de carte directement dans les appels API ou le code côté serveur, même dans les environnements de test. Si vous le faites, votre code risque de ne pas être conforme à la norme PCI lorsque vous passerez en production. Par défaut, un `PaymentMethod` n’est pas rattaché à un *Customer* (Customer objects represent customers of your business. They let you reuse payment methods and give you the ability to track multiple payments). ```curl curl https://api.stripe.com/v1/payment_intents \ -u "<>:" \ -d amount=500 \ -d currency=gbp \ -d payment_method=pm_card_visa ``` Lorsque vous êtes prêt à passer votre intégration en production, remplacez vos [clés d’API](https://docs.stripe.com/keys.md) (publiable et secrète) de test par des clés de mode production. Vous ne pourrez pas traiter les paiements en mode production si votre intégration utilise encore vos clés API de test. Sauvegardez les clés API de mode production dans un coffre-fort de secrets ou des variables d’environnement. Ne sauvegardez pas les clés dans le code source ni dans les fichiers de configuration versionnés. Pour savoir comment utiliser les clés en mode production en toute sécurité, consultez les [bonnes pratiques de gestion des clés API secrètes](https://docs.stripe.com/keys-best-practices.md). ## Simuler un paiement par marque de carte bancaire Pour simuler un paiement réussi pour une marque de carte spécifique, utilisez les cartes de test de la liste suivante. Les frais transfrontaliers sont évalués en fonction du pays de l’émetteur de la carte. Les cartes dont le pays d’émission n’est pas les États-Unis (comme JCB et UnionPay) peuvent être soumises à des frais transfrontaliers, même dans les environnements de test. #### Numéros de carte | Marque | Numéro | CVC | Date | | --- | --- | --- | --- | | Visa | 4242424242424242 | 3 chiffres (au choix) | Toute date future | | Visa (débit) | 4000056655665556 | 3 chiffres (au choix) | Toute date future | | Mastercard | 5555555555554444 | 3 chiffres (au choix) | Toute date future | | Mastercard (série 2) | 2223003122003222 | 3 chiffres (au choix) | Toute date future | | Mastercard (débit) | 5200828282828210 | 3 chiffres (au choix) | Toute date future | | Mastercard (prépayée) | 5105105105105100 | 3 chiffres (au choix) | Toute date future | | American Express | 378282246310005 | 4 chiffres (au choix) | Toute date future | | American Express | 371449635398431 | 4 chiffres (au choix) | Toute date future | | Discover | 6011111111111117 | 3 chiffres (au choix) | Toute date future | | Discover | 6011000990139424 | 3 chiffres (au choix) | Toute date future | | Discover (débit) | 6011981111111113 | 3 chiffres (au choix) | Toute date future | | Diners Club | 3056930009020004 | 3 chiffres (au choix) | Toute date future | | Diners Club (carte à 14 chiffres) | 36227206271667 | 3 chiffres (au choix) | Toute date future | | BCcard et DinaCard | 6555900000604105 | 3 chiffres (au choix) | Toute date future | | JCB | 3566002020360505 | 3 chiffres (au choix) | Toute date future | | UnionPay | 6200000000000005 | 3 chiffres (au choix) | Toute date future | | UnionPay (débit) | 6200000000000047 | 3 chiffres (au choix) | Toute date future | | UnionPay (carte à 19 chiffres) | 6205500000000000004 | 3 chiffres (au choix) | Toute date future | #### PaymentMethods | Marque | PaymentMethod | | --- | --- | | Visa | `pm_card_visa` | | Visa (débit) | `pm_card_visa_debit` | | Mastercard | `pm_card_mastercard` | | Mastercard (débit) | `pm_card_mastercard_debit` | | Mastercard (prépayée) | `pm_card_mastercard_prepaid` | | American Express | `pm_card_amex` | | Discover | `pm_card_discover` | | Diners Club | `pm_card_diners` | | JCB | `pm_card_jcb` | | UnionPay | `pm_card_unionpay` | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Marque | Token | | --- | --- | | Visa | `tok_visa` | | Visa (débit) | `tok_visa_debit` | | Mastercard | `tok_mastercard` | | Mastercard (débit) | `tok_mastercard_debit` | | Mastercard (prépayée) | `tok_mastercard_prepaid` | | American Express | `tok_amex` | | Discover | `tok_discover` | | Diners Club | `tok_diners` | | JCB | `tok_jcb` | | UnionPay | `tok_unionpay` | La plupart des cartes Cartes Bancaires et eftpos sont comarquées avec Visa ou Mastercard. Les cartes de test du tableau suivant simulent des paiements réussis avec des cartes comarquées. #### Numéros de carte | Marque/Comarque | Numéro | CVC | Date | | --- | --- | --- | --- | | Cartes Bancaires/Visa | 4000002500001001 | 3 chiffres (au choix) | Toute date future | | Cartes Bancaires/Mastercard | 5555552500001001 | 3 chiffres (au choix) | Toute date future | | eftpos Australia/Visa | 4000050360000001 | 3 chiffres (au choix) | Toute date future | | eftpos Australia/Mastercard | 5555050360000080 | 3 chiffres (au choix) | Toute date future | #### PaymentMethods | Marque | PaymentMethod | | --- | --- | | Cartes Bancaires/Visa | `pm_card_visa_cartesBancaires` | | Cartes Bancaires/Mastercard | `pm_card_mastercard_cartesBancaires` | | eftpos Australia/Visa | `pm_card_visa_debit_eftposAuCoBranded` | | eftpos Australia/Mastercard | `pm_card_mastercard_debit_eftposAuCoBranded` | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Marque | Token | | --- | --- | | Cartes Bancaires/Visa | `tok_visa_cartesBancaires` | | Cartes Bancaires/Mastercard | `tok_mastercard_cartesBancaires` | | eftpos Australia/Visa | `tok_visa_debit_eftposAuCoBranded` | | eftpos Australia/Mastercard | `tok_mastercard_debit_eftposAuCoBranded` | ## Simuler un paiement par pays Pour simuler des paiements réussis depuis des pays spécifiques, utilisez les cartes de test des sections suivantes. > La réglementation sur l’*authentification forte du client* (Strong Customer Authentication (SCA) is a regulatory requirement in effect as of September 14, 2019, that impacts many European online payments. It requires customers to use two-factor authentication like 3D Secure to verify their purchase) exige une authentification *3D Secure* (3D Secure (3DS) provides an additional layer of authentication for credit card transactions that protects businesses from liability for fraudulent card payments) pour les paiements en ligne au sein de l’*Espace économique européen* (The European Economic Area is a regional single market with free movement of labor, goods, and capital. It encompasses the European Union member states and three additional states that are part of the European Free Trade Association). Les cartes de test de la section Europe et Moyen-Orient simulent un paiement qui réussit sans authentification. Nous recommandons également de tester les scénarios d’authentification à l’aide de [cartes de test 3D Secure](https://docs.stripe.com/testing.md#regulatory-cards). #### Numéros de carte | Pays | Numéro | Marque | | --- | --- | --- | | **AMÉRIQUES** | | États-Unis (US) | 4242424242424242 | Visa | | Argentine (AR) | 4000000320000021 | Visa | | Brésil (BR) | 4000000760000002 | Visa | | Canada (CA) | 4000001240000000 | Visa | | Chili (CL) | 4000001520000001 | Visa | | Colombie (CO) | 4000001700000003 | Visa | | Costa Rica (CR) | 4000001880000005 | Visa | | Équateur (EC) | 4000002180000000 | Visa | | Mexique (MX) | 4000004840008001 | Visa | | Mexique (MX) | 5062210000000009 | Carnet | | Panama (PA) | 4000005910000000 | Visa | | Paraguay (PY) | 4000006000000066 | Visa | | Pérou (PE) | 4000006040000068 | Visa | | Uruguay (UY) | 4000008580000003 | Visa | | **EUROPE et MOYEN-ORIENT** | | Émirats arabes unis (AE) | 4000007840000001 | Visa | | Émirats arabes unis (AE) | 5200007840000022 | Mastercard | | Autriche (AT) | 4000000400000008 | Visa | | Belgique (BE) | 4000000560000004 | Visa | | Bulgarie (BG) | 4000001000000000 | Visa | | Biélorussie (BY) | 4000001120000005 | Visa | | Croatie (HR) | 4000001910000009 | Visa | | Chypre (CY) | 4000001960000008 | Visa | | République tchèque (CZ) | 4000002030000002 | Visa | | Danemark (DK) | 4000002080000001 | Visa | | Estonie (EE) | 4000002330000009 | Visa | | Finlande (FI) | 4000002460000001 | Visa | | France (FR) | 4000002500000003 | Visa | | Allemagne (DE) | 4000002760000016 | Visa | | Gibraltar (GI) | 4000002920000005 | Visa | | Grèce (GR) | 4000003000000030 | Visa | | Hongrie (HU) | 4000003480000005 | Visa | | Irlande (IE) | 4000003720000005 | Visa | | Italie (IT) | 4000003800000008 | Visa | | Lettonie (LV) | 4000004280000005 | Visa | | Liechtenstein (LI) | 4000004380000004 | Visa | | Lituanie (LT) | 4000004400000000 | Visa | | Luxembourg (LU) | 4000004420000006 | Visa | | Malte (MT) | 4000004700000007 | Visa | | Pays-Bas (NL) | 4000005280000002 | Visa | | Norvège (NO) | 4000005780000007 | Visa | | Pologne (PL) | 4000006160000005 | Visa | | Portugal (PT) | 4000006200000007 | Visa | | Roumanie (RO) | 4000006420000001 | Visa | | Arabie saoudite (SA) | 4000006820000007 | Visa | | Slovénie (SI) | 4000007050000006 | Visa | | Slovaquie (SK) | 4000007030000001 | Visa | | Espagne (ES) | 4000007240000007 | Visa | | Suède (SE) | 4000007520000008 | Visa | | Suisse (CH) | 4000007560000009 | Visa | | Royaume-Uni (GB) | 4000008260000000 | Visa | | Royaume-Uni (GB) | 4000058260000005 | Visa (débit) | | Royaume-Uni (GB) | 5555558265554449 | Mastercard | | **ASIE-PACIFIQUE** > Pour tester les abonnements qui nécessitent des mandats et des notifications de pré-débit, consultez la page [Paiements récurrents en Inde](https://docs.stripe.com/india-recurring-payments.md?integration=paymentIntents-setupIntents#testing). | | Australie (AU) | 4000000360000006 | Visa | | Chine (CN) | 4000001560000002 | Visa | | Hong Kong (HK) | 4000003440000004 | Visa | | Inde (IN) | 4000003560000008 | Visa | | Japon (JP) | 4000003920000003 | Visa | | Japon (JP) | 3530111333300000 | JCB | | Malaisie (MY) | 4000004580000002 | Visa | | Nouvelle-Zélande (NZ) | 4000005540000008 | Visa | | Singapour (SG) | 4000007020000003 | Visa | | Taïwan (TW) | 4000001580000008 | Visa | | Thaïlande (TH) | 4000007640000003 | Visa (crédit) | | Thaïlande (TH) | 4000057640000008 | Visa (débit) | #### PaymentMethods | Pays | PaymentMethod | Marque | | --- | --- | --- | | **AMÉRIQUES** | | États-Unis (US) | `pm_card_us` | Visa | | Argentine (AR) | `pm_card_ar` | Visa | | Brésil (BR) | `pm_card_br` | Visa | | Canada (CA) | `pm_card_ca` | Visa | | Chili (CL) | `pm_card_cl` | Visa | | Colombie (CO) | `pm_card_co` | Visa | | Costa Rica (CR) | `pm_card_cr` | Visa | | Équateur (EC) | `pm_card_ec` | Visa | | Mexique (MX) | `pm_card_mx` | Visa | | Panama (PA) | `pm_card_pa` | Visa | | Paraguay (PY) | `pm_card_py` | Visa | | Pérou (PE) | `pm_card_pe` | Visa | | Uruguay (UY) | `pm_card_uy` | Visa | | **EUROPE et MOYEN-ORIENT** > La réglementation sur l’*authentification forte du client* (Strong Customer Authentication (SCA) is a regulatory requirement in effect as of September 14, 2019, that impacts many European online payments. It requires customers to use two-factor authentication like 3D Secure to verify their purchase) exige une authentification *3D Secure* (3D Secure (3DS) provides an additional layer of authentication for credit card transactions that protects businesses from liability for fraudulent card payments) pour les paiements en ligne au sein de l’*Espace économique européen* (The European Economic Area is a regional single market with free movement of labor, goods, and capital. It encompasses the European Union member states and three additional states that are part of the European Free Trade Association). Les cartes de test de cette section simulent un paiement qui réussit sans authentification. Nous recommandons de tester également les scénarios qui impliquent une authentification, à l’aide de [cartes de test 3D Secure](https://docs.stripe.com/testing.md#regulatory-cards). | | Émirats arabes unis (AE) | `pm_card_ae` | Visa | | Émirats arabes unis (AE) | `pm_card_ae_mastercard` | Mastercard | | Autriche (AT) | `pm_card_at` | Visa | | Belgique (BE) | `pm_card_be` | Visa | | Bulgarie (BG) | `pm_card_bg` | Visa | | Biélorussie (BY) | `pm_card_by` | Visa | | Croatie (HR) | `pm_card_hr` | Visa | | Chypre (CY) | `pm_card_cy` | Visa | | République tchèque (CZ) | `pm_card_cz` | Visa | | Danemark (DK) | `pm_card_dk` | Visa | | Estonie (EE) | `pm_card_ee` | Visa | | Finlande (FI) | `pm_card_fi` | Visa | | France (FR) | `pm_card_fr` | Visa | | Allemagne (DE) | `pm_card_de` | Visa | | Gibraltar (GI) | `pm_card_gi` | Visa | | Grèce (GR) | `pm_card_gr` | Visa | | Hongrie (HU) | `pm_card_hu` | Visa | | Irlande (IE) | `pm_card_ie` | Visa | | Italie (IT) | `pm_card_it` | Visa | | Lettonie (LV) | `pm_card_lv` | Visa | | Liechtenstein (LI) | `pm_card_li` | Visa | | Lituanie (LT) | `pm_card_lt` | Visa | | Luxembourg (LU) | `pm_card_lu` | Visa | | Malte (MT) | `pm_card_mt` | Visa | | Pays-Bas (NL) | `pm_card_nl` | Visa | | Norvège (NO) | `pm_card_no` | Visa | | Pologne (PL) | `pm_card_pl` | Visa | | Portugal (PT) | `pm_card_pt` | Visa | | Roumanie (RO) | `pm_card_ro` | Visa | | Slovénie (SI) | `pm_card_si` | Visa | | Slovaquie (SK) | `pm_card_sk` | Visa | | Espagne (ES) | `pm_card_es` | Visa | | Suède (SE) | `pm_card_se` | Visa | | Suisse (CH) | `pm_card_ch` | Visa | | Royaume-Uni (GB) | `pm_card_gb` | Visa | | Royaume-Uni (GB) | `pm_card_gb_debit` | Visa (débit) | | Royaume-Uni (GB) | `pm_card_gb_mastercard` | Mastercard | | **ASIE-PACIFIQUE** 2 > Pour tester les abonnements qui nécessitent des mandats et des notifications de pré-débit, consultez la page [Paiements récurrents en Inde](https://docs.stripe.com/india-recurring-payments.md?integration=paymentIntents-setupIntents#testing). | | Australie (AU) | `pm_card_au` | Visa | | Chine (CN) | `pm_card_cn` | Visa | | Hong Kong (HK) | `pm_card_hk` | Visa | | Inde (IN) | `pm_card_in` | Visa | | Japon (JP) | `pm_card_jp` | Visa | | Japon (JP) | `pm_card_jcb` | JCB | | Malaisie (MY) | `pm_card_my` | Visa | | Nouvelle-Zélande (NZ) | `pm_card_nz` | Visa | | Singapour (SG) | `pm_card_sg` | Visa | | Taïwan (TW) | `pm_card_tw` | Visa | | Thaïlande (TH) | `pm_card_th_credit` | Visa (crédit) | | Thaïlande (TH) | `pm_card_th_debit` | Visa (débit) | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Pays | Token | Marque | | --- | --- | --- | | **AMÉRIQUES** | | États-Unis (US) | `tok_us` | Visa | | Argentine (AR) | `tok_ar` | Visa | | Brésil (BR) | `tok_br` | Visa | | Canada (CA) | `tok_ca` | Visa | | Chili (CL) | `tok_cl` | Visa | | Colombie (CO) | `tok_co` | Visa | | Costa Rica (CR) | `tok_cr` | Visa | | Équateur (EC) | `tok_ec` | Visa | | Mexique (MX) | `tok_mx` | Visa | | Panama (PA) | `tok_pa` | Visa | | Paraguay (PY) | `tok_py` | Visa | | Pérou (PE) | `tok_pe` | Visa | | Uruguay (UY) | `tok_uy` | Visa | | **EUROPE et MOYEN-ORIENT** | | Émirats arabes unis (AE) | `tok_ae` | Visa | | Émirats arabes unis (AE) | `tok_ae_mastercard` | Mastercard | | Autriche (AT) | `tok_at` | Visa | | Belgique (BE) | `tok_be` | Visa | | Bulgarie (BG) | `tok_bg` | Visa | | Biélorussie (BY) | `tok_by` | Visa | | Croatie (HR) | `tok_hr` | Visa | | Chypre (CY) | `tok_cy` | Visa | | République tchèque (CZ) | `tok_cz` | Visa | | Danemark (DK) | `tok_dk` | Visa | | Estonie (EE) | `tok_ee` | Visa | | Finlande (FI) | `tok_fi` | Visa | | France (FR) | `tok_fr` | Visa | | Allemagne (DE) | `tok_de` | Visa | | Gibraltar (GI) | `tok_gi` | Visa | | Grèce (GR) | `tok_gr` | Visa | | Hongrie (HU) | `tok_hu` | Visa | | Irlande (IE) | `tok_ie` | Visa | | Italie (IT) | `tok_it` | Visa | | Lettonie (LV) | `tok_lv` | Visa | | Liechtenstein (LI) | `tok_li` | Visa | | Lituanie (LT) | `tok_lt` | Visa | | Luxembourg (LU) | `tok_lu` | Visa | | Malte (MT) | `tok_mt` | Visa | | Pays-Bas (NL) | `tok_nl` | Visa | | Norvège (NO) | `tok_no` | Visa | | Pologne (PL) | `tok_pl` | Visa | | Portugal (PT) | `tok_pt` | Visa | | Roumanie (RO) | `tok_ro` | Visa | | Slovénie (SI) | `tok_si` | Visa | | Slovaquie (SK) | `tok_sk` | Visa | | Espagne (ES) | `tok_es` | Visa | | Suède (SE) | `tok_se` | Visa | | Suisse (CH) | `tok_ch` | Visa | | Royaume-Uni (GB) | `tok_gb` | Visa | | Royaume-Uni (GB) | `tok_gb_debit` | Visa (débit) | | Royaume-Uni (GB) | `tok_gb_mastercard` | Mastercard | | **ASIE-PACIFIQUE** > Pour tester les abonnements qui nécessitent des mandats et des notifications de pré-débit, consultez la page [Paiements récurrents en Inde](https://docs.stripe.com/india-recurring-payments.md?integration=paymentIntents-setupIntents#testing). | | Australie (AU) | `tok_au` | Visa | | Chine (CN) | `tok_cn` | Visa | | Hong Kong (HK) | `tok_hk` | Visa | | Inde (IN) | `tok_in` | Visa | | Japon (JP) | `tok_jp` | Visa | | Japon (JP) | `tok_jcb` | JCB | | Malaisie (MY) | `tok_my` | Visa | | Nouvelle-Zélande (NZ) | `tok_nz` | Visa | | Singapour (SG) | `tok_sg` | Visa | | Taïwan (TW) | `tok_tw` | Visa | | Thaïlande (TH) | `tok_th_credit` | Visa (crédit) | | Thaïlande (TH) | `tok_th_debit` | Visa (débit) | ### Simuler l’emplacement d’un client avec une adresse e-mail Lors du test de [Checkout Sessions](https://docs.stripe.com/payments/checkout.md), de [Payment Links](https://docs.stripe.com/payment-links.md) ou des [grilles tarifaires](https://docs.stripe.com/payments/checkout/pricing-table.md), vous pouvez simuler la localisation géographique d’un client en utilisant une adresse e-mail formatée en fonction de son emplacement. Ajoutez le suffixe `+location_XX` à la partie locale de n’importe quelle adresse e-mail, où `XX` est un code pays valide à deux lettres [ISO 3166-1 alpha-2](https://en.wikipedia.org/wiki/ISO_3166-1_alpha-2). Par exemple, pour simuler un client situé aux États-Unis, transmettez `test+location_US@example.com` comme paramètre `customer_email` lors de la création d’une Checkout Session et comme paramètre `prefilled_email` [dans l’URL](https://docs.stripe.com/payment-links/customize.md#customize-checkout-with-url-parameters) lors de la création d’un Payment Link. Lorsque vous accédez à l’URL de la Checkout Session obtenue, vous voyez la même devise et les mêmes moyens de paiement qu’un client dans le pays spécifié. En savoir plus sur [les tests avec des e-mails formatés en fonction de l’emplacement](https://docs.stripe.com/payments/currencies/localize-prices/adaptive-pricing.md#testing). ## Simuler un paiement par carte bancaire HSA ou FSA Utilisez ces numéros de carte bancaire de test pour simuler des transactions FSA ou HSA dans votre intégration. Ces comptes sont couramment utilisés pour les frais médicaux, et les utiliser pour vos tests vous aide à vérifier que votre application traite correctement les transactions liées à la santé. #### Numéros de carte | Marque/Type | Numéro | CVC | Date | | --- | --- | --- | --- | | Visa FSA | 4000051230000072 | 3 chiffres (au choix) | Toute date future | | Visa HSA | 4000051230000072 | 3 chiffres (au choix) | Toute date future | | Mastercard FSA | 5200828282828897 | 3 chiffres (au choix) | Toute date future | #### PaymentMethods | Marque/Type | PaymentMethod | | --- | --- | | Visa FSA | `pm_card_debit_visaFsaProductCode` | | Visa HSA | `pm_card_debit_visaHsaProductCode` | | Mastercard FSA | `pm_card_mastercard_debit_mastercardFsaProductCode` | ## Simuler un paiement refusé Pour tester la logique de gestion des erreurs de votre intégration en simulant des paiements que l’émetteur refuse pour diverses raisons, utilisez les cartes de test de cette section. Ces cartes renvoient une [erreur de carte](https://docs.stripe.com/error-handling.md#payment-errors) avec le [code d’erreur](https://docs.stripe.com/error-codes.md) et le [code de refus](https://docs.stripe.com/declines/codes.md) listés. Fournissez un CVC lorsque vous testez le comportement CVC. Stripe ignore la vérification CVC si vous l’omettez, de sorte que la vérification ne peut pas échouer. Pour simuler un CVC incorrect, utilisez la carte bancaire de test « Refus de paiement pour CVC incorrect » répertoriée dans le tableau suivant et fournissez n’importe quel CVC à trois chiffres. #### Numéros de carte | Description | Numéro | Code d’erreur | Code de refus | | --- | --- | --- | --- | | Refus générique | 4000000000000002 | [card_declined](https://docs.stripe.com/error-codes.md#card-declined) | [generic_decline](https://docs.stripe.com/declines/codes.md#generic_decline) | | Refus pour fonds insuffisants | 4000000000009995 | [card_declined](https://docs.stripe.com/error-codes.md#card-declined) | [insufficient_funds](https://docs.stripe.com/declines/codes.md#insufficient_funds) | | Refus pour carte perdue | 4000000000009987 | [card_declined](https://docs.stripe.com/error-codes.md#card-declined) | [lost_card](https://docs.stripe.com/declines/codes.md#lost_card) | | Refus pour carte volée | 4000000000009979 | [card_declined](https://docs.stripe.com/error-codes.md#card-declined) | [stolen_card](https://docs.stripe.com/declines/codes.md#stolen_card) | | Refus pour carte expirée | 4000000000000069 | [expired_card](https://docs.stripe.com/error-codes.md#expired-card) | s.o. | | Refus pour CVC incorrect | 4000000000000127 | [incorrect_cvc](https://docs.stripe.com/declines/codes.md#incorrect_cvc) | s.o. | | Refus pour erreur de traitement | 4000000000000119 | [processing_error](https://docs.stripe.com/error-codes.md#processing-error) | s.o. | | Refus pour numéro incorrect | 4242424242424241 | [incorrect_number](https://docs.stripe.com/declines/codes.md#incorrect_number) | s.o. | | Refus pour dépassement de la limite de vélocité | 4000000000006975 | [card_declined](https://docs.stripe.com/error-codes.md#card-declined) | [card_velocity_exceeded](https://docs.stripe.com/declines/codes.md#card_velocity_exceeded) | Vous ne pouvez pas associer des cartes qui simulent des refus émetteurs à un objet `Customer`. Pour simuler un refus de paiement avec une carte bancaire associée, utilisez la carte de test « Refus de paiement après attachement » répertoriée dans le tableau suivant. | Description | Numéro | Détails | | --- | --- | --- | | Refus après rattachement | 4000000000000341 | Le rattachement de cette carte à un objet [Customer](https://docs.stripe.com/api/customers.md) réussit, mais les tentatives de débit du client échouent. | #### PaymentMethods | Description | Numéro | Code d’erreur | Code de refus | | --- | --- | --- | --- | | Refus générique | `pm_card_visa_chargeDeclined` | `card_declined` | `generic_decline` | | Refus pour fonds insuffisants | `pm_card_visa_chargeDeclinedInsufficientFunds` | `card_declined` | `insufficient_funds` | | Refus pour carte perdue | `pm_card_visa_chargeDeclinedLostCard` | `card_declined` | `lost_card` | | Refus pour carte volée | `pm_card_visa_chargeDeclinedStolenCard` | `card_declined` | `stolen_card` | | Refus pour carte expirée | `pm_card_chargeDeclinedExpiredCard` | `expired_card` | s.o. | | Refus pour CVC incorrect | `pm_card_chargeDeclinedIncorrectCvc` | `incorrect_cvc` | s.o. | | Refus pour erreur de traitement | `pm_card_chargeDeclinedProcessingError` | `processing_error` | s.o. | | Refus pour dépassement de la limite de vélocité | `pm_card_visa_chargeDeclinedVelocityLimitExceeded` | `card_declined` | `card_velocity_exceeded` | Vous ne pouvez pas associer des cartes qui simulent des refus émetteurs à un objet `Customer`. Pour simuler un refus de paiement avec une carte bancaire associée, utilisez la carte de test « Refus de paiement après attachement » répertoriée dans le tableau suivant. | Description | PaymentMethod | Détails | | --- | --- | --- | | Refus après rattachement | `pm_card_chargeCustomerFail` | Le rattachement de cette carte à un objet [Customer](https://docs.stripe.com/api/customers.md) réussit, mais les tentatives de débit du client échouent. | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Description | Numéro | Code d’erreur | Code de refus | | --- | --- | --- | --- | | Refus générique | `tok_visa_chargeDeclined` | `card_declined` | `generic_decline` | | Refus pour fonds insuffisants | `tok_visa_chargeDeclinedInsufficientFunds` | `card_declined` | `insufficient_funds` | | Refus pour fonds de débit insuffisants | `tok_visa_debit_chargeDeclinedInsufficientFunds` | `card_declined` | `insufficient_funds` | | Refus pour carte perdue | `tok_visa_chargeDeclinedLostCard` | `card_declined` | `lost_card` | | Refus pour carte volée | `tok_visa_chargeDeclinedStolenCard` | `card_declined` | `stolen_card` | | Refus pour carte expirée | `tok_chargeDeclinedExpiredCard` | `expired_card` | s.o. | | Refus pour carte expirée | `tok_visa_chargeDeclinedExpiredCard` | `expired_card` | s.o. | | Refus pour carte frauduleuse | `tok_visa_chargeDeclinedFraudulent` | `card_declined` | `fraudulent` | | Refus pour CVC incorrect | `tok_chargeDeclinedIncorrectCvc` | `incorrect_cvc` | s.o. | | Refus pour CVC incorrect | `tok_visa_chargeDeclinedIncorrectCvc` | `incorrect_cvc` | s.o. | | Refus pour erreur de traitement | `tok_chargeDeclinedProcessingError` | `processing_error` | s.o. | | Refus pour erreur de traitement | `tok_visa_chargeDeclinedProcessingError` | `processing_error` | s.o. | | Refus pour dépassement de la limite de vélocité | `tok_visa_chargeDeclinedVelocityLimitExceeded` | `card_declined` | `card_velocity_exceeded` | Vous ne pouvez pas associer des cartes qui simulent des refus émetteurs à un objet `Customer`. Pour simuler un refus de paiement avec une carte bancaire associée, utilisez la carte de test « Refus de paiement après attachement » répertoriée dans le tableau suivant. | Description | Token | Détails | | --- | --- | --- | | Refus après rattachement | `tok_chargeCustomerFail` | Le rattachement de cette carte à un objet [Customer](https://docs.stripe.com/api/customers.md) réussit, mais les tentatives de débit du client échouent. | | Refus après rattachement | `tok_visa_chargeCustomerFail` | Le rattachement de cette carte à un objet [Customer](https://docs.stripe.com/api/customers.md) réussit, mais les tentatives de débit du client échouent. | | Refus après rattachement pour cause de carte perdue | `tok_visa_chargeCustomerFailLostCard` | Le rattachement de cette carte à un objet [Customer](https://docs.stripe.com/api/customers.md) réussit, mais les tentatives de paiement du client échouent en raison d’une carte perdue. | | Refus après rattachement pour cause de carte volée | `tok_visa_chargeCustomerFailStolenCard` | Le rattachement de cette carte à un objet [Customer](https://docs.stripe.com/api/customers.md) réussit, mais les tentatives de paiement du client échouent en raison d’une carte volée. | ## Prévention de la fraude Le système de prévention de la fraude de Stripe, Radar, peut bloquer les paiements lorsqu’ils présentent un niveau de risque élevé ou échouent aux vérifications. Vous pouvez utiliser les cartes de cette section pour tester vos paramètres Radar. Vous pouvez également les utiliser pour tester la manière dont votre intégration répond aux paiements bloqués. Chaque carte simule des facteurs de risque spécifiques. Vos paramètres Radar déterminent les facteurs de risque qui entraînent le blocage d’un paiement. Les paiements bloqués entraînent des [erreurs de carte avec un code d’erreur de fraude](https://docs.stripe.com/error-handling.md). Pour déclencher un échec de la vérification CVC, incluez un CVC (n’importe quel numéro à trois chiffres). Pour déclencher un échec de la vérification du code postal, incluez n’importe quel code postal valide. Si vous omettez ces champs, Radar ignore ces vérifications, et les vérifications ne peuvent donc pas échouer. #### Numéros de carte | Description | Numéro | Détails | | --- | --- | --- | | Toujours bloqué | 4100000000000019 | Le paiement présente un [niveau de risque « maximal »](https://docs.stripe.com/radar/transaction-risk-prevention.md#high-risk). Radar le bloque systématiquement. | | Risque le plus élevé | 4000000000004954 | Le paiement présente un [niveau de risque « maximal »](https://docs.stripe.com/radar/transaction-risk-prevention.md#high-risk). Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/risk-settings.md). | | Risque élevé | 4000000000009235 | Le paiement présente un [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk). Radar peut [le placer dans la file de vérification](https://docs.stripe.com/radar/transaction-reviews.md). | | Score de litiges pour fraude élevé | 4000008400000407 | Ce paiement a un score de litiges pour fraude élevé. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/risk-settings.md). | | Score d’alerte de suspicion de fraude élevé | 4000008400000159 | Ce paiement présente un score d’alerte de suspicion de fraude élevé. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/risk-settings.md). | | Seuils de risque dynamiques | 4000008400001017 | Ce paiement déclenche le contrôle Seuils de risque dynamiques de Radar lorsque celui-ci est activé. Radar bloque la transaction si vous activez les [Seuils de risque dynamiques](https://docs.stripe.com/radar/risk-settings.md#dynamic-risk-thresholds). | | Abus de périodes d’essai gratuites | 4001858821843804 | Ce paiement déclenche le contrôle du risque d’abus d’essai gratuit de Radar, lorsqu’il est activé. Radar bloque la transaction si vous activez le [contrôle du risque d’abus d’essai gratuit](https://docs.stripe.com/radar/risk-settings.md). | | Adaptive 3DS | 4000008405600003 | Ce paiement déclenche le contrôle de risque Radar Adaptive 3DS lorsqu’il est activé. Si vous activez Adaptive 3DS, Radar demande une authentification 3DS lors de l’utilisation de cette carte bancaire de test. | | La vérification du CVC échoue | 4000000000000101 | Si vous fournissez un numéro CVC, la vérification du CVC échoue. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | La vérification du code postal échoue | 4000000000000036 | Si vous fournissez un code postal, la vérification du code postal échoue. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | La vérification du CVC échoue avec un risque élevé | 4000058400307872 | Si vous fournissez un numéro CVC, la vérification du CVC échoue et le [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk) est attribué. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | La vérification du code postal échoue avec un risque élevé | 4000058400306072 | Si vous fournissez un code postal, la vérification du code postal échoue et le [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk) est attribué. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/rules.md#traditional-bank-checks). | | La vérification de la ligne 1 échoue | 4000000000000028 | La vérification de la ligne 1 de l’adresse échoue. Le paiement réussit, sauf si vous [le bloquez avec une règle Radar personnalisée](https://docs.stripe.com/radar/rules/reference.md#post-authorization-attributes). | | Les vérifications d’adresse échouent | 4000000000000010 | La vérification du code postal de l’adresse et la vérification de la ligne 1 de l’adresse échouent. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | Adresse indisponible | 4000000000000044 | La vérification du code postal de l’adresse et la vérification de la ligne 1 de l’adresse sont toutes deux indisponibles. Le paiement réussit, sauf si vous [le bloquez avec une règle Radar personnalisée](https://docs.stripe.com/radar/rules/reference.md#post-authorization-attributes). | #### PaymentMethods | Description | PaymentMethod | Détails | | --- | --- | --- | | Toujours bloqué | `pm_card_radarBlock` | Le paiement présente un [niveau de risque « maximal »](https://docs.stripe.com/radar/transaction-risk-prevention.md#high-risk). Radar le bloque systématiquement. | | Risque le plus élevé | `pm_card_riskLevelHighest` | Le paiement présente un [niveau de risque « maximal »](https://docs.stripe.com/radar/transaction-risk-prevention.md#high-risk). Radar peut le bloquer en fonction de vos paramètres. | | Risque élevé | `pm_card_riskLevelElevated` | Le paiement présente un [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk). Radar peut [le placer dans la file de vérification](https://docs.stripe.com/radar/transaction-reviews.md). | | Score de litiges pour fraude élevé | `pm_card_highFraudDisputeScore` | Ce paiement a un score de litiges pour fraude élevé. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/risk-settings.md). | | Score d’alerte de suspicion de fraude élevé | `pm_card_highEfwScore` | Ce paiement présente un score d’alerte de suspicion de fraude élevé. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/risk-settings.md). | | Seuils de risque dynamiques | `pm_card_radarDynamicRiskThreshold` | Ce paiement déclenche le contrôle Seuils de risque dynamiques de Radar lorsque celui-ci est activé. Radar bloque la transaction si vous activez les [Seuils de risque dynamiques](https://docs.stripe.com/radar/risk-settings.md#dynamic-risk-thresholds). | | Abus de périodes d’essai gratuites | `pm_card_freeTrialAbuseBlock` | Ce paiement déclenche le contrôle du risque d’abus d’essai gratuit de Radar, lorsqu’il est activé. Radar bloque la transaction si vous activez le [contrôle du risque d’abus d’essai gratuit](https://docs.stripe.com/radar/risk-settings.md). | | Adaptive 3DS | `pm_card_adaptive3dsChallenge` | Ce paiement déclenche le contrôle de risque Radar Adaptive 3DS lorsqu’il est activé. Si vous activez Adaptive 3DS, Radar demande une authentification 3DS lors de l’utilisation de cette carte bancaire de test. | | La vérification du CVC échoue | `pm_card_cvcCheckFail` | Si vous fournissez un numéro CVC, la vérification du CVC échoue. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | La vérification du code postal échoue | `pm_card_avsZipFail` | Si vous fournissez un code postal, la vérification du code postal échoue. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | La vérification du CVC échoue avec un risque élevé | `pm_card_cvcCheckFailElevatedRisk` | Si vous fournissez un numéro CVC, la vérification du CVC échoue et le [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk) est attribué. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/rules.md#traditional-bank-checks). | | La vérification du code postal échoue avec un risque élevé | `pm_card_avsZipFailElevatedRisk` | Si vous fournissez un code postal, la vérification du code postal échoue et le [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk) est attribué. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/rules.md#traditional-bank-checks). | | La vérification de la ligne 1 échoue | `pm_card_avsLine1Fail` | La vérification de la ligne 1 de l’adresse échoue. Le paiement réussit, sauf si vous [le bloquez avec une règle Radar personnalisée](https://docs.stripe.com/radar/rules/reference.md#post-authorization-attributes). | | Les vérifications d’adresse échouent | `pm_card_avsFail` | La vérification du code postal de l’adresse et la vérification de la ligne 1 de l’adresse échouent. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | Adresse indisponible | `pm_card_avsUnchecked` | La vérification du code postal de l’adresse et la vérification de la ligne 1 de l’adresse sont toutes deux indisponibles. Le paiement réussit, sauf si vous [le bloquez avec une règle Radar personnalisée](https://docs.stripe.com/radar/rules/reference.md#post-authorization-attributes). | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Description | Token | Détails | | --- | --- | --- | | Toujours bloqué | `tok_radarBlock` | Le paiement présente un [niveau de risque « maximal »](https://docs.stripe.com/radar/transaction-risk-prevention.md#high-risk). Radar le bloque systématiquement. | | Risque le plus élevé | `tok_riskLevelHighest` | Le paiement présente un [niveau de risque « maximal »](https://docs.stripe.com/radar/transaction-risk-prevention.md#high-risk). Radar peut le bloquer en fonction de vos paramètres. | | Risque élevé | `tok_riskLevelElevated` | Le paiement présente un [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk). Radar peut [le placer dans la file de vérification](https://docs.stripe.com/radar/transaction-reviews.md). | | Score de litiges pour fraude élevé | `tok_highFraudDisputeScore` | Ce paiement a un score de litiges pour fraude élevé. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/risk-settings.md). | | Score d’alerte de suspicion de fraude élevé | `tok_highEfwScore` | Ce paiement présente un score d’alerte de suspicion de fraude élevé. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/risk-settings.md). | | Seuils de risque dynamiques | `tok_radarDynamicRiskThreshold` | Ce paiement déclenche le contrôle Seuils de risque dynamiques de Radar lorsque celui-ci est activé. Radar bloque la transaction si vous activez les [Seuils de risque dynamiques](https://docs.stripe.com/radar/risk-settings.md#dynamic-risk-thresholds). | | Abus de périodes d’essai gratuites | `tok_freeTrialAbuseBlock` | Ce paiement déclenche le contrôle du risque d’abus d’essai gratuit de Radar, lorsqu’il est activé. Radar bloque la transaction si vous activez le [contrôle du risque d’abus d’essai gratuit](https://docs.stripe.com/radar/risk-settings.md). | | Adaptive 3DS | `tok_adaptive3dsChallenge` | Ce paiement déclenche le contrôle de risque Radar Adaptive 3DS lorsqu’il est activé. Si vous activez Adaptive 3DS, Radar demande une authentification 3DS lors de l’utilisation de cette carte bancaire de test. | | La vérification du CVC échoue | `tok_cvcCheckFail` | Si vous fournissez un numéro CVC, la vérification du CVC échoue. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | La vérification du code postal échoue | `tok_avsZipFail` | Si vous fournissez un code postal, la vérification du code postal échoue. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | La vérification du CVC échoue avec un risque élevé | `tok_cvcCheckFailElevatedRisk` | Si vous fournissez un numéro CVC, la vérification du CVC échoue et le [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk) est attribué. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/rules.md#traditional-bank-checks). | | La vérification du code postal échoue avec un risque élevé | `tok_avsZipFailElevatedRisk` | Si vous fournissez un code postal, la vérification du code postal échoue et le [niveau de risque « élevé »](https://docs.stripe.com/radar/transaction-risk-prevention.md#elevated-risk) est attribué. Radar peut le bloquer [en fonction de vos paramètres](https://docs.stripe.com/radar/rules.md#traditional-bank-checks). | | La vérification de la ligne 1 échoue | `tok_avsLine1Fail` | La vérification de la ligne 1 de l’adresse échoue. Le paiement réussit, sauf si vous [le bloquez avec une règle Radar personnalisée](https://docs.stripe.com/radar/rules/reference.md#post-authorization-attributes). | | Les vérifications d’adresse échouent | `tok_avsFail` | La vérification du code postal de l’adresse et la vérification de la ligne 1 de l’adresse échouent. Radar peut le bloquer [en fonction de vos paramètres.](https://docs.stripe.com/radar/rules.md#traditional-bank-checks) | | Adresse indisponible | `tok_avsUnchecked` | La vérification du code postal de l’adresse et la vérification de la ligne 1 de l’adresse sont toutes deux indisponibles. Le paiement réussit, sauf si vous [le bloquez avec une règle Radar personnalisée](https://docs.stripe.com/radar/rules/reference.md#post-authorization-attributes). | ## Déclencher une erreur avec des données non valides Pour tester les erreurs résultant de données non valides, fournissez des informations non valides. Vous n’avez pas besoin d’une carte de test spéciale pour cela. N’importe quelle valeur non valide fonctionne. Par exemple : - [invalid_expiry_month](https://docs.stripe.com/declines/codes.md#invalid_expiry_month) : utilisez un mois non valide, tel que **13**. - [invalid_expiry_year](https://docs.stripe.com/declines/codes.md#invalid_expiry_year) : utilisez une année passée (jusqu’à 50 ans en arrière), telle que **95**. - [invalid_cvc](https://docs.stripe.com/declines/codes.md#invalid_cvc) : utilisez un numéro à deux chiffres, tel que **99**. - [incorrect_number](https://docs.stripe.com/declines/codes.md#incorrect_number) : utilisez un numéro de carte qui échoue à la [vérification de Luhn](https://en.wikipedia.org/wiki/Luhn_algorithm), tel que `4242424242424241`. ## Simuler un litige Pour simuler une [transaction contestée](https://docs.stripe.com/disputes.md), utilisez les cartes de test de cette section. Ensuite, pour simuler la victoire ou la perte du litige, fournissez des [preuves de victoire ou de perte](https://docs.stripe.com/testing.md#evidence). #### Numéros de carte | Description | Numéro | Détails | | --- | --- | --- | | Frauduleux | 4000000000000259 | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté comme étant [frauduleux](https://docs.stripe.com/disputes/categories.md). Ce type de litige est [protégé](https://docs.stripe.com/payments/3d-secure/authentication-flow.md#disputed-payments) après une authentification 3D Secure. | | Non reçu | 4000000000002685 | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté pour [produit non reçu](https://docs.stripe.com/disputes/categories.md). Ce type de litige n’est [pas protégé](https://docs.stripe.com/payments/3d-secure/authentication-flow.md#disputed-payments) après une authentification 3D Secure. | | Demande d’information | 4000000000001976 | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté en tant que [demande d’information](https://docs.stripe.com/disputes/how-disputes-work.md#inquiries). | | Avertissement | 4000000000005423 | Avec les paramètres de compte par défaut, le paiement réussit, mais reçoit [une alerte de suspicion de fraude](https://docs.stripe.com/disputes/how-disputes-work.md#early-fraud-warnings). | | Litiges multiples | 4000000404000079 | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté [plusieurs fois](https://docs.stripe.com/disputes/how-disputes-work.md#multiple-disputes). | | Compelling Evidence 3.0 de Visa | 4000000404000038 | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un [litige éligible à la politique Compelling Evidence 3.0 de Visa](https://docs.stripe.com/disputes/api/visa-ce3.md#testing). | | Conformité Visa | 4000008400000779 | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un [litige de conformité Visa](https://docs.stripe.com/disputes/api/visa-compliance.md#testing). | | Conformité Mastercard | 5105008400000002 | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté en tant que [litige de conformité Mastercard](https://docs.stripe.com/disputes/api/mastercard-compliance.md#testing). | | Smart Disputes | 4000000001000043 | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un litige éligible à [Smart Disputes](https://docs.stripe.com/disputes/smart-disputes.md). | #### PaymentMethods | Description | PaymentMethod | Détails | | --- | --- | --- | | Frauduleux | `pm_card_createDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté comme étant [frauduleux](https://docs.stripe.com/disputes/categories.md). Ce type de litige est [protégé](https://docs.stripe.com/payments/3d-secure/authentication-flow.md#disputed-payments) après une authentification 3D Secure. | | Non reçu | `pm_card_createDisputeProductNotReceived` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté pour [produit non reçu](https://docs.stripe.com/disputes/categories.md). Ce type de litige n’est [pas protégé](https://docs.stripe.com/payments/3d-secure/authentication-flow.md#disputed-payments) après une authentification 3D Secure. | | Demande d’information | `pm_card_createDisputeInquiry` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté en tant que [demande d’information](https://docs.stripe.com/disputes/how-disputes-work.md#inquiries). | | Avertissement | `pm_card_createIssuerFraudRecord` | Avec les paramètres de compte par défaut, le paiement réussit, mais reçoit [une alerte de suspicion de fraude](https://docs.stripe.com/disputes/how-disputes-work.md#early-fraud-warnings). | | Litiges multiples | `pm_card_createMultipleDisputes` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté [plusieurs fois](https://docs.stripe.com/disputes/how-disputes-work.md#multiple-disputes). | | Compelling Evidence 3.0 de Visa | `pm_card_createCe3EligibleDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un [litige éligible à la politique Compelling Evidence 3.0 de Visa](https://docs.stripe.com/disputes/api/visa-ce3.md#testing). | | Conformité Visa | `pm_card_createComplianceDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un [litige de conformité Visa](https://docs.stripe.com/disputes/api/visa-compliance.md#testing). | | Conformité Mastercard | `pm_card_createMastercardComplianceDispute` | Avec les paramètres de compte par défaut, le paiement réussit, mais est contesté en tant que [litige de conformité Mastercard](https://docs.stripe.com/disputes/api/mastercard-compliance.md#testing). | | Smart Disputes | `pm_card_createAutoRepresentmentEligibleDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un litige éligible à [Smart Disputes](https://docs.stripe.com/disputes/smart-disputes.md). | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Description | Token | Détails | | --- | --- | --- | | Frauduleux | `tok_createDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté comme étant [frauduleux](https://docs.stripe.com/disputes/categories.md). Ce type de litige est [protégé](https://docs.stripe.com/payments/3d-secure/authentication-flow.md#disputed-payments) après une authentification 3D Secure. | | Non reçu | `tok_createDisputeProductNotReceived` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté pour [produit non reçu](https://docs.stripe.com/disputes/categories.md). Ce type de litige n’est [pas protégé](https://docs.stripe.com/payments/3d-secure/authentication-flow.md#disputed-payments) après une authentification 3D Secure. | | Demande d’information | `tok_createDisputeInquiry` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté en tant que [demande d’information](https://docs.stripe.com/disputes/how-disputes-work.md#inquiries). | | Avertissement | `tok_createIssuerFraudRecord` | Avec les paramètres de compte par défaut, le paiement réussit, mais reçoit [une alerte de suspicion de fraude](https://docs.stripe.com/disputes/how-disputes-work.md#early-fraud-warnings). | | Litiges multiples | `tok_createMultipleDisputes` | Avec les paramètres de compte par défaut, le paiement aboutit, mais est contesté [plusieurs fois](https://docs.stripe.com/disputes/how-disputes-work.md#multiple-disputes). | | Compelling Evidence 3.0 de Visa | `tok_createCe3EligibleDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un [litige éligible à la politique Compelling Evidence 3.0 de Visa](https://docs.stripe.com/disputes/api/visa-ce3.md#testing). | | Conformité Visa | `tok_createComplianceDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un [litige de conformité Visa](https://docs.stripe.com/disputes/api/visa-compliance.md#testing). | | Conformité Mastercard | `tok_createMastercardComplianceDispute` | Avec les paramètres de compte par défaut, le paiement réussit, mais est contesté en tant que [litige de conformité Mastercard](https://docs.stripe.com/disputes/api/mastercard-compliance.md#testing). | | Smart Disputes | `tok_createAutoRepresentmentEligibleDispute` | Avec les paramètres de compte par défaut, le paiement aboutit, mais fait l’objet d’un litige éligible à [Smart Disputes](https://docs.stripe.com/disputes/smart-disputes.md). | ### Preuve Pour simuler la victoire ou la perte du litige, répondez avec l’une des valeurs de preuve du tableau ci-dessous. - Si vous [répondez à l’aide de l’API](https://docs.stripe.com/disputes/api.md), transmettez la valeur du tableau en tant que [uncategorized_text](https://docs.stripe.com/api/disputes/update.md#update_dispute-evidence-uncategorized_text). - Si vous [répondez via le Dashboard](https://docs.stripe.com/disputes/responding.md) ou les [composants intégrés Connect](https://docs.stripe.com/connect/supported-embedded-components/disputes-list.md), saisissez l ’ une des valeurs du tableau dans le champ **Informations supplémentaires**, puis cliquez sur **Soumettre des preuves**. | Preuve | Description | | --- | --- | | `winning_evidence` | Clôture le litige comme étant gagné et crédite votre compte du montant du paiement et des frais associés. | | `losing_evidence` | Clôture le litige comme étant perdu sans créditer votre compte. Pour les demandes d’information, cela clôture la demande d’information sans escalade. | | `escalate_inquiry_evidence` | Transforme la demande d’information en rétrofacturation. La demande d’information devient alors un litige à part entière et votre compte est débité du montant du litige et des frais associés. | ### Prévention des litiges La [prévention des litiges](https://docs.stripe.com/disputes/prevention.md) permet de résoudre ou de bloquer les litiges avant qu’ils ne deviennent des rétrofacturations. Pour simuler des litiges évités en mode test, utilisez les cartes bancaires de test de cette section. Si votre compte a la fonctionnalité de [résolution des litiges ou déviation des litiges](https://dashboard.stripe.com/settings/disputes) activé, le litige lié à la transaction est soit bloqué, soit résolu. Sinon, la transaction fait l’objet d’un litige avec succès. #### Numéros de carte | Description | Numéro | Détails | | --- | --- | --- | | Résolution rapide des litiges Visa | 4000000404004816 | Le paiement aboutit, puis service de résolution rapide des litiges Visa empêche le litige si le compte a la fonctionnalité de résolution des litiges activée ; sinon, un litige est créé. | | Blocage Verifi CE3 | 4000000404005649 | Le paiement aboutit, puis Compelling Evidence 3.0 bloque le litige si le compte a la fonctionnalité de déviation des litiges activée ; sinon, un litige est créé. | | Alerte Ethoca | 5105000300000018 | Le paiement aboutit, puis Ethoca Alerts empêche le litige si le compte a la fonctionnalité de résolution des litiges activée ; sinon, un litige est créé. | #### PaymentMethods | Description | PaymentMethod | Détails | | --- | --- | --- | | Résolution rapide des litiges Visa | `pm_card_createRapidDisputeResolutionDispute` | Le paiement aboutit, puis service de résolution rapide des litiges Visa empêche le litige si le compte a la fonctionnalité de résolution des litiges activée ; sinon, un litige est créé. | | Blocage Verifi CE3 | `pm_card_createCe3BlockDispute` | Le paiement aboutit, puis Compelling Evidence 3.0 bloque le litige si le compte a la fonctionnalité de déviation des litiges activée ; sinon, un litige est créé. | | Alerte Ethoca | `pm_card_createEthocaAlert` | Le paiement aboutit, puis Ethoca Alerts empêche le litige si le compte a la fonctionnalité de résolution des litiges activée ; sinon, un litige est créé. | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Description | Token | Détails | | --- | --- | --- | | Résolution rapide des litiges Visa | `tok_createRapidDisputeResolutionDispute` | Le paiement aboutit, puis service de résolution rapide des litiges Visa empêche le litige si le compte a la fonctionnalité de résolution des litiges activée ; sinon, un litige est créé. | | Blocage Verifi CE3 | `tok_createCe3BlockDispute` | Le paiement aboutit, puis Compelling Evidence 3.0 bloque le litige si le compte a la fonctionnalité de déviation des litiges activée ; sinon, un litige est créé. | | Alerte Ethoca | `tok_createEthocaAlert` | Le paiement aboutit, puis Ethoca Alerts empêche le litige si le compte a la fonctionnalité de résolution des litiges activée ; sinon, un litige est créé. | ## Simuler un remboursement asynchrone En mode production, les remboursements se produisent de manière asynchrone : un remboursement peut sembler aboutir et finalement échouer, ou peut d’abord apparaître comme `pending` avant d’aboutir. Pour simuler ce genre de remboursements, utilisez les cartes de test présentes dans cette section (avec les autres cartes de test, les remboursements aboutissent immédiatement et ne changent plus d’état). #### Numéros de carte | Description | Numéro | Détails | | --- | --- | --- | | Réussite asynchrone | 4000000000007726 | Le paiement réussit. Si vous lancez un remboursement, son état est d’abord `pending`. Quelque temps plus tard, son état passe à `succeeded` et envoie un `refund.updated` [événement](https://docs.stripe.com/api/events/types.md#event_types-refund.updated). | | Échec asynchrone | 4000000000005126 | Le paiement réussit. Si vous lancez un remboursement, son état est d’abord `succeeded`. Quelque temps plus tard, son état passe à `failed` et envoie un `refund.failed` [événement](https://docs.stripe.com/api/events/types.md#event_types-refund.failed). | #### PaymentMethods | Description | PaymentMethod | Détails | | --- | --- | --- | | Réussite asynchrone | `pm_card_pendingRefund` | Le paiement réussit. Si vous lancez un remboursement, son état est d’abord `pending`. Quelque temps plus tard, son état passe à `succeeded` et envoie un `refund.updated` [événement](https://docs.stripe.com/api/events/types.md#event_types-refund.updated). | | Échec asynchrone | `pm_card_refundFail` | Le paiement réussit. Si vous lancez un remboursement, son état est d’abord `succeeded`. Quelque temps plus tard, son état passe à `failed` et envoie un `refund.failed` [événement](https://docs.stripe.com/api/events/types.md#event_types-refund.failed). | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Description | Token | Détails | | --- | --- | --- | | Réussite asynchrone | `tok_pendingRefund` | Le paiement réussit. Si vous lancez un remboursement, son état est d’abord `pending`. Quelque temps plus tard, son état passe à `succeeded` et envoie un `refund.updated` [événement](https://docs.stripe.com/api/events/types.md#event_types-refund.updated). | | Échec asynchrone | `tok_refundFail` | Le paiement réussit. Si vous lancez un remboursement, son état est d’abord `succeeded`. Quelque temps plus tard, son état passe à `failed` et envoie un `refund.failed` [événement](https://docs.stripe.com/api/events/types.md#event_types-refund.failed). | Vous ne pouvez annuler un remboursement de carte qu’en utilisant le Dashboard. En mode production, vous pouvez annuler un remboursement de carte dans un délai court mais non spécifié. Les environnements de test simulent cette période en vous permettant d’annuler un remboursement de carte dans les 30 minutes. ## Envoyer des fonds vers votre solde disponible Pour envoyer les fonds d’une transaction de test directement à votre solde disponible, utilisez les cartes de test de cette section. Les autres cartes de test envoient les fonds d’un paiement réussi à votre solde en attente. #### Numéros de carte | Description | Numéro | Détails | | --- | --- | --- | | Contourner le solde en attente | 4000000000000077 | Le paiement américain réussit. Les fonds sont ajoutés directement à votre solde disponible, en contournant votre solde en attente. | | Contourner le solde en attente | 4000003720000278 | Le paiement international réussit. Les fonds sont ajoutés directement à votre solde disponible, en contournant votre solde en attente. | #### PaymentMethods | Description | PaymentMethod | Détails | | --- | --- | --- | | Contourner le solde en attente | `pm_card_bypassPending` | Le paiement américain réussit. Les fonds sont ajoutés directement à votre solde disponible, en contournant votre solde en attente. | | Contourner le solde en attente | `pm_card_bypassPendingInternational` | Le paiement international réussit. Les fonds sont ajoutés directement à votre solde disponible, en contournant votre solde en attente. | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Description | Token | Détails | | --- | --- | --- | | Contourner le solde en attente | `tok_bypassPending` | Le paiement américain réussit. Les fonds sont ajoutés directement à votre solde disponible, en contournant votre solde en attente. | | Contourner le solde en attente | `tok_bypassPendingInternational` | Le paiement international réussit. Les fonds sont ajoutés directement à votre solde disponible, en contournant votre solde en attente. | ## Tester l’authentification 3D Secure 3D Secure exige une couche d’authentification supplémentaire pour les transactions par carte de crédit. Les cartes de test de cette section vous permettent de simuler le déclenchement de l’authentification dans différents flux de paiement. Seules les cartes de cette section vous permettent de tester efficacement votre intégration 3D Secure en simulant un comportement 3DS défini, par exemple un flux d’authentification ou une carte non prise en charge. Les autres cartes de test de Stripe peuvent déclencher une authentification 3DS, mais Stripe renvoie `attempt_acknowledged` pour contourner les étapes supplémentaires étant donné que les tests 3DS ne sont pas l’objectif de ces cartes. > #### Non pris en charge dans le Dashboard > > Les redirections 3D Secure ne se produiront pas pour les paiements créés directement dans le Stripe Dashboard. Utilisez plutôt le front-end de votre propre intégration ou un appel API. ### Authentification et configuration Pour simuler des flux de paiement qui incluent une authentification, utilisez les cartes de test de cette section. Certaines de ces cartes peuvent également être [configurées](https://docs.stripe.com/payments/save-and-reuse.md) pour de futurs paiements, ou l’ont déjà été. #### Numéros de carte | Description | Numéro | Détails | | --- | --- | --- | | Authentifier, sauf si configuré | 4000002500003155 | Cette carte nécessite une authentification pour les paiements hors session, à moins que vous ne la [configuriez](https://docs.stripe.com/payments/save-and-reuse.md) pour de futurs paiements. Une fois que vous l’avez configurée, les paiements hors session ne nécessitent plus d’authentification. Cependant, les paiements en session avec cette carte nécessitent toujours une authentification. | | Toujours authentifier | 4000002760003184 | Cette carte nécessite une authentification pour toutes les transactions, quelle que soit la manière dont la carte est configurée. | | Déjà configuré | 4000003800000446 | Cette carte bancaire est déjà configurée pour une utilisation hors session. Elle nécessite une authentification pour les paiements [ponctuels](https://docs.stripe.com/payments/accept-a-payment.md?platform=web) et autres paiements [pendant une session](https://docs.stripe.com/payments/existing-customers.md?platform=web&ui=elements). Cependant, tous les *paiements hors session* (A payment is described as off-session if it occurs without the direct involvement of the customer, using previously-collected payment information) aboutissent comme si la carte avait été précédemment [configurée](https://docs.stripe.com/payments/save-and-reuse.md). | | Fonds insuffisants | 4000008260003178 | Cette carte nécessite une authentification pour les [paiements ponctuels](https://docs.stripe.com/payments/accept-a-payment.md?platform=web). Tous les paiements sont refusés avec un code d’échec `insufficient_funds` même après avoir été authentifiés avec succès ou [configurés](https://docs.stripe.com/payments/save-and-reuse.md) au préalable. | #### PaymentMethods | Description | PaymentMethod | Détails | | --- | --- | --- | | Authentifier, sauf si configuré | `pm_card_authenticationRequiredOnSetup` | Cette carte nécessite une authentification pour chaque paiement, à moins que vous ne la [configuriez](https://docs.stripe.com/payments/save-and-reuse.md) pour de futurs paiements. Une fois que vous l’avez configurée, elle ne nécessite plus d’authentification. | | Toujours authentifier | `pm_card_authenticationRequired` | Cette carte nécessite une authentification pour toutes les transactions, quelle que soit la manière dont la carte est configurée. | | Déjà configuré | `pm_card_authenticationRequiredSetupForOffSession` | Cette carte bancaire est déjà configurée pour une utilisation hors session. Elle nécessite une authentification pour les paiements [ponctuels](https://docs.stripe.com/payments/accept-a-payment.md?platform=web) et autres paiements [pendant une session](https://docs.stripe.com/payments/existing-customers.md?platform=web&ui=elements). Cependant, tous les paiements hors session aboutissent comme si la carte avait été précédemment [configurée](https://docs.stripe.com/payments/save-and-reuse.md). | | Fonds insuffisants | `pm_card_authenticationRequiredChargeDeclinedInsufficientFunds` | Cette carte nécessite une authentification pour les [paiements ponctuels](https://docs.stripe.com/payments/accept-a-payment.md?platform=web). Tous les paiements sont refusés avec un code d’échec `insufficient_funds` même après avoir été authentifiés avec succès ou [configurés](https://docs.stripe.com/payments/save-and-reuse.md) au préalable. | ### Assistance et disponibilité Stripe demande une authentification lorsque la réglementation l’exige ou lorsqu’elle est déclenchée par vos règles Radar ou votre code personnalisé. Même si l’authentification est demandée, elle ne peut pas toujours être effectuée : par exemple, la carte du client peut ne pas être enrôlée, ou une erreur peut se produire. Utilisez les cartes de test de cette section pour simuler différentes combinaisons de ces facteurs. Toutes les références 3DS indiquent [3D Secure 2](https://stripe.com/guides/3d-secure-2). #### Numéros de carte | Utilisation de 3D Secure | Résultat | Numéro | Détails | | --- | --- | --- | --- | | 3DS requis | OK | 4000000000003220 | Pour que le paiement réussisse, une authentification 3D Secure doit être effectuée. Par défaut, vos règles Radar exigent l’authentification 3D Secure pour cette carte. Émis en Irlande (`IE`). | | 3DS requis | OK | 4000008400000027 | Pour que le paiement réussisse, une authentification 3D Secure doit être effectuée. Par défaut, vos règles Radar exigent l’authentification 3D Secure pour cette carte. Émis aux États-Unis (`US`). | | 3DS requis | Refusé | 4000008400001629 | Une authentification 3D Secure est requise, mais les paiements sont refusés avec un code d’échec `card_declined` après l’authentification. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | 3DS requis | Erreur | 4000008400001280 | Une authentification 3D Secure est requise, mais la requête de recherche 3D Secure échoue avec une erreur de traitement. Les paiements sont refusés avec un code d’échec `card_declined`. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | 3DS pris en charge | OK | 4000000000003055 | L’authentification 3D Secure peut toujours être effectuée, mais n’est pas obligatoire. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | 3DS pris en charge | Erreur | 4000000000003097 | L’authentification 3D Secure peut toujours être effectuée, mais n’est pas obligatoire. Cependant, les tentatives d’effectuer une authentification 3D Secure entraînent une erreur de traitement. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | 3DS pris en charge | Non enrôlé | 4242424242424242 | 3D Secure est pris en charge pour cette carte, mais cette carte n’est pas enrôlée dans 3D Secure. Même si vos règles Radar demandent 3D Secure, le client ne sera pas invité à s’authentifier. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | 3DS non pris en charge | 378282246310005 | 3D Secure n’est pas pris en charge sur cette carte et ne peut pas être invoqué. Le PaymentIntent ou le SetupIntent se poursuit sans effectuer d’authentification. | | Flux 3DS sans friction | OK | 4000000032200000 | Authentification 3D Secure obligatoire pour toutes les transactions, quelle que soit la configuration de la carte bancaire. L’authentification s’effectue via un flux sans friction et aboutit. | #### PaymentMethods | Utilisation de 3D Secure | Résultat | PaymentMethod | Détails | | --- | --- | --- | --- | | Requis | OK | `pm_card_threeDSecure2Required` | L’authentification 3D Secure doit être effectuée pour que le paiement aboutisse. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | Requis | Refusé | `pm_card_threeDSecureRequiredChargeDeclined` | Une authentification 3D Secure est requise, mais les paiements sont refusés avec un code d’échec `card_declined` après l’authentification. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | Requis | Erreur | `pm_card_threeDSecureRequiredProcessingError` | Une authentification 3D Secure est requise, mais la requête de recherche 3D Secure échoue avec une erreur de traitement. Les paiements sont refusés avec un code d’échec `card_declined`. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | Pris en charge | OK | `pm_card_threeDSecureOptional` | L’authentification 3D Secure peut toujours être effectuée, mais n’est pas obligatoire. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | Pris en charge | Erreur | `pm_card_threeDSecureOptionalProcessingError` | L’authentification 3D Secure peut toujours être effectuée, mais n’est pas obligatoire. Cependant, les tentatives d’effectuer une authentification 3D Secure entraînent une erreur de traitement. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | Pris en charge | Non enrôlé | `pm_card_visa` | 3D Secure est pris en charge pour cette carte, mais cette carte n’est pas enrôlée dans 3D Secure. Même si vos règles Radar demandent 3D Secure, le client ne sera pas invité à s’authentifier. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | Non pris en charge | | `pm_card_amex_threeDSecureNotSupported` | 3D Secure n’est pas pris en charge sur cette carte et ne peut pas être invoqué. Le PaymentIntent ou le SetupIntent se poursuit sans effectuer d’authentification. | #### Tokens La plupart des intégrations n’utilisent plus de tokens, mais nous mettons à votre disposition des tokens de test, tels que [tok_visa](https://docs.stripe.com/testing.md?testing-method=tokens#visa) si vous en avez besoin. | Utilisation de 3D Secure | Résultat | Token | Détails | | --- | --- | --- | --- | | Requis | OK | `tok_threeDSecure2Required` | L’authentification 3D Secure doit être effectuée pour que le paiement aboutisse. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | Requis | Refusé | `tok_threeDSecureRequiredChargeDeclined` | Une authentification 3D Secure est requise, mais les paiements sont refusés avec un code d’échec `card_declined` après l’authentification. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | Requis | Erreur | `tok_threeDSecureRequiredProcessingError` | Une authentification 3D Secure est requise, mais la requête de recherche 3D Secure échoue avec une erreur de traitement. Les paiements sont refusés avec un code d’échec `card_declined`. Par défaut, vos règles Radar demandent une authentification 3D Secure pour cette carte. | | Pris en charge | OK | `tok_threeDSecureOptional` | L’authentification 3D Secure peut toujours être effectuée, mais n’est pas obligatoire. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | Pris en charge | Erreur | `tok_threeDSecureOptionalProcessingError` | L’authentification 3D Secure peut toujours être effectuée, mais n’est pas obligatoire. Cependant, les tentatives d’effectuer une authentification 3D Secure entraînent une erreur de traitement. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | Pris en charge | Non enrôlé | `tok_visa` | 3D Secure est pris en charge pour cette carte, mais cette carte n’est pas enrôlée dans 3D Secure. Même si vos règles Radar demandent 3D Secure, le client ne sera pas invité à s’authentifier. Par défaut, vos règles Radar ne demandent pas d’authentification 3D Secure pour cette carte. | | Non pris en charge | | `tok_amex_threeDSecureNotSupported` | 3D Secure n’est pas pris en charge sur cette carte et ne peut pas être déclenché. Le PaymentIntent se poursuit sans effectuer d’authentification. | ### Flux de challenge mobile 3D Secure Dans un paiement mobile, plusieurs parcours de challenge pour l’authentification (où le client doit interagir avec des invites dans l’interface utilisateur) sont disponibles. Utilisez les cartes de test de cette section pour déclencher un parcours de challenge spécifique à des fins de test. Ces cartes ne sont pas utiles dans les formulaires de paiement basés sur un navigateur ou dans les appels API. Dans ces environnements, elles fonctionnent mais ne déclenchent aucun comportement spécial. Comme elles ne sont pas utiles dans les appels API, nous ne fournissons aucune valeur `PaymentMethod` ou `Token` pour les tests. | Parcours de challenge | Numéro | Détails | | --- | --- | --- | | Hors bande | 4000582600000094 | L’authentification 3D Secure 2 doit être effectuée sur toutes les transactions. Déclenche le parcours de challenge avec l’interface utilisateur hors bande. | | Code d’accès à usage unique | 4000582600000045 | L’authentification 3D Secure 2 doit être effectuée sur toutes les transactions. Déclenche le flux de contestation avec l’interface utilisateur du code d’accès à usage unique. | | Sélection unique | 4000582600000102 | L’authentification 3D Secure 2 doit être effectuée sur toutes les transactions. Déclenche le parcours de challenge avec une interface utilisateur à sélection unique. | | Sélection multiple | 4000582600000110 | L’authentification 3D Secure 2 doit être effectuée sur toutes les transactions. Déclenche le flux de contestation avec une interface utilisateur à sélection multiple. | ## Simuler un test captcha Pour prévenir la fraude, Stripe peut présenter un test captcha à l’utilisateur sur la page de paiement. Utilisez les cartes bancaires de test suivantes pour simuler ce flux. | Description | Numéro | Détails | | --- | --- | --- | | Défi CAPTCHA | 4000000000001208 | Le paiement aboutit si l’utilisateur répond correctement au défi CAPTCHA. | | Défi CAPTCHA | 4000000000003725 | Le paiement aboutit si l’utilisateur répond correctement au défi CAPTCHA. | ## Simuler un paiement en personne avec un code PIN Utilisez les cartes bancaires de test de cette section pour simuler des paiements en personne réussis impliquant un code PIN. Pour des options de test supplémentaires, notamment un lecteur simulé et des cartes bancaires de test physiques, consultez [Tester Stripe Terminal](https://docs.stripe.com/terminal/references/testing.md). #### Numéros de carte | Description | Numéro | Détails | | --- | --- | --- | | PIN hors ligne | 4001007020000002 | Cette carte simule un paiement pour lequel le titulaire de la carte est invité à saisir un *PIN hors ligne* (Offline PIN is a card verification method for EMV chip cards. These cards store the PIN securely on the chip itself, so PIN verification can occur without a network connection). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `offline_pin`. | | Nouvel essai avec PIN hors ligne | 4000008260000075 | Simule un flux de nouvelle tentative déclenché par la SCA, où le paiement sans contact initial d’un titulaire de carte échoue et le lecteur invite alors l’utilisateur à insérer sa carte et à saisir son *PIN hors ligne* (Offline PIN is a card verification method for EMV chip cards. These cards store the PIN securely on the chip itself, so PIN verification can occur without a network connection). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `offline_pin`. | | PIN en ligne | 4001000360000005 | Cette carte simule un paiement pour lequel le titulaire est invité à saisir un *PIN en ligne* (Online PIN is a card verification method for EMV chip cards. These cards require the terminal to contact the issuer over a network connection to verify the PIN). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `online_pin`. | | Nouvel essai avec PIN en ligne | 4000002760000008 | Simule un flux de nouvelle tentative déclenché par la SCA, où le paiement sans contact initial d’un titulaire de carte échoue et le lecteur invite alors l’utilisateur à insérer sa carte et à saisir son *PIN en ligne* (Online PIN is a card verification method for EMV chip cards. These cards require the terminal to contact the issuer over a network connection to verify the PIN). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `online_pin`. | #### PaymentMethods | Description | Numéro | Détails | | --- | --- | --- | | PIN hors ligne | `offline_pin_cvm` | Cette carte simule un paiement pour lequel le titulaire de la carte est invité à saisir un *PIN hors ligne* (Offline PIN is a card verification method for EMV chip cards. These cards store the PIN securely on the chip itself, so PIN verification can occur without a network connection). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `offline_pin`. | | Nouvel essai avec PIN hors ligne | `offline_pin_sca_retry` | Simule un flux de nouvelle tentative déclenché par la SCA, où le paiement sans contact initial d’un titulaire de carte échoue et le lecteur invite alors l’utilisateur à insérer sa carte et à saisir son *PIN hors ligne* (Offline PIN is a card verification method for EMV chip cards. These cards store the PIN securely on the chip itself, so PIN verification can occur without a network connection). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `offline_pin`. | | PIN en ligne | `online_pin_cvm` | Cette carte simule un paiement pour lequel le titulaire est invité à saisir un *PIN en ligne* (Online PIN is a card verification method for EMV chip cards. These cards require the terminal to contact the issuer over a network connection to verify the PIN). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `online_pin`. | | Nouvel essai avec PIN en ligne | `online_pin_sca_retry` | Simule un flux de nouvelle tentative déclenché par la SCA, où le paiement sans contact initial d’un titulaire de carte échoue et le lecteur invite alors l’utilisateur à insérer sa carte et à saisir son *PIN en ligne* (Online PIN is a card verification method for EMV chip cards. These cards require the terminal to contact the issuer over a network connection to verify the PIN). Le paiement qui en résulte a la valeur [cardholder_verification_method](https://docs.stripe.com/api/charges/object.md#charge_object-payment_method_details-card_present-receipt-cardholder_verification_method) définie sur `online_pin`. | ## Tester une destination webhook ou d’événement Pour tester votre endpoint de webhook ou votre [destination d’événement](https://docs.stripe.com/event-destinations.md), choisissez l’une des deux options suivantes : 1. Effectuez des actions dans un environnement de test qui déclenchent des événements réels vers votre destination d’événements. Par exemple, pour déclencher l’événement [charge.succeeded](https://docs.stripe.com/api.md#event_types-charge.succeeded), vous pouvez utiliser une [carte bancaire de test qui produit un paiement réussi](https://docs.stripe.com/testing.md#cards). 2. [Déclenchez des événements à l’aide de l’interface de ligne de commande Stripe](https://docs.stripe.com/webhooks.md#test-webhook) ou [via Stripe pour Visual Studio Code](https://docs.stripe.com/stripe-vscode.md#webhooks). ## Limites d’appels Si les requêtes de votre environnement de test renvoient des erreurs `429`, réduisez la fréquence de vos requêtes. Le limiteur de débit est plus strict dans les environnements de test qu’en mode production. Pour une autre option, consultez [Tests de charge](https://docs.stripe.com/rate-limits.md#load-testing). ## Tester un moyen de paiement autre que par carte Lorsque vous utilisez un moyen de paiement de test autre qu’une carte, utilisez des [clés API de test](https://docs.stripe.com/keys.md#obtain-api-keys) dans tous les appels API, que vous utilisiez un formulaire de paiement que vous pouvez tester de manière interactive ou que vous écriviez du code de test. Les différents moyens de paiement ont des procédures de test différentes : #### Prélèvement automatique ACH Découvrez comment tester des scénarios avec des vérifications instantanées à l’aide de [Financial Connections](https://docs.stripe.com/financial-connections/testing.md#web-how-to-use-test-accounts). ### Envoyer des e-mails de transaction dans un environnement de test Une fois que vous avez collecté les coordonnées bancaires et accepté un mandat, envoyez les courriels de confirmation du mandat et de vérification du microversement dans un *environnement de bac à sable* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes). Si votre domaine est **{domain}** et votre nom d’utilisateur est **{username}**, utilisez le format d’adresse e-mail suivant pour envoyer des e-mails de transaction de test : **{username}+test\_email@{domain}**. Par exemple, si votre domaine est **example.com** et que votre nom d’utilisateur est **info**, utilisez le format **info+test\_email@example.com** pour tester les paiements par ACH Direct Debit. Ce format garantit que les e-mails sont correctement acheminés. Si vous n’incluez pas le suffixe **+test\_email**, Stripe n’enverra pas l’e-mail. > Vous devez [configurer votre compte Stripe](https://docs.stripe.com/get-started/account/set-up.md) avant de pouvoir déclencher ces e-mails pendant les tests. ### Numéros de comptes de test Stripe fournit plusieurs numéros de compte de test et les tokens correspondants que vous pouvez utiliser pour vous assurer que votre intégration pour les comptes bancaires saisis manuellement est prête à passer en mode production. | Numéro de compte | Token | Numéro de routage | Comportement | | --- | --- | --- | --- | | `000123456789` | `pm_usBankAccount_success` | `110000000` | Le paiement aboutit. | | `000111111113` | `pm_usBankAccount_accountClosed` | `110000000` | Le paiement échoue parce que le compte est clôturé. | | `000000004954` | `pm_usBankAccount_riskLevelHighest` | `110000000` | Le paiement est bloqué par Radar en raison d’un [risque de fraude élevé](https://docs.stripe.com/radar/transaction-risk-prevention.md#high-risk). | | `000111111116` | `pm_usBankAccount_noAccount` | `110000000` | Le paiement échoue car aucun compte n’est trouvé. | | `000222222227` | `pm_usBankAccount_insufficientFunds` | `110000000` | Le paiement échoue en raison de fonds insuffisants. | | `000333333335` | `pm_usBankAccount_debitNotAuthorized` | `110000000` | Le paiement échoue parce que les débits ne sont pas autorisés. | | `000444444440` | `pm_usBankAccount_invalidCurrency` | `110000000` | Le paiement échoue en raison d’une devise non valide. | | `000666666661` | `pm_usBankAccount_failMicrodeposits` | `110000000` | Le paiement ne parvient pas à envoyer les microversements. | | `000555555559` | `pm_usBankAccount_dispute` | `110000000` | Le paiement déclenche un litige. | | `000000000009` | `pm_usBankAccount_processing` | `110000000` | Le traitement du paiement est indéfini. Utile pour tester { % si $checkoutSessions %}[Expiration de la session de paiement](https://docs.stripe.com/api/checkout/sessions/expire.md){ % else / %}[Annulation de PaymentIntent](https://docs.stripe.com/api/payment_intents/cancel.md){ % /if %}. | | `000777777771` | `pm_usBankAccount_weeklyLimitExceeded` | `110000000` | Le paiement échoue, car son montant entraîne un dépassement de la limite hebdomadaire de volume de paiement du compte. | | `000888888885` | | `110000000` | Le paiement échoue en raison d’un [numéro de compte tokenisé](https://docs.stripe.com/financial-connections/tokenized-account-numbers.md) désactivé. | Avant d’effectuer les transactions de test, vous devez vérifier tous les comptes de test pour lesquels le paiement aboutit ou échoue automatiquement. Pour ce faire, utilisez les codes de libellé ou les montants de microversements de test dans le tableau ci-dessous. ### Tester des codes de libellé et des montants de microversements Pour simuler différents scénarios, utilisez ces montants de microversements ou ces codes de libellé 0,01. | Valeurs de microversement | Valeurs de code de libellé 0.01 | Scénario | | --- | --- | --- | | `32` et `45` | SM11AA | Simule la vérification du compte. | | `10` et `11` | SM33CC | Simule le dépassement du nombre de tentatives de vérification autorisé. | | `40` et `41` | SM44DD | Simule l’expiration du délai de validité d’un microversement. | ### Comportement de règlement des tests Les transactions de test sont créditées instantanément et ajoutées à votre solde de test disponible. Ce comportement diffère du mode production, où les transactions peuvent prendre [plusieurs jours](https://docs.stripe.com/payments/ach-direct-debit.md#timing) pour être créditées sur votre solde disponible. #### Prélèvement automatique SEPA Créez un `PaymentIntent` de test qui réussit ou échoue en procédant comme suit : 1. Créez un *PaymentMethod* (PaymentMethods represent your customer's payment instruments, used with the Payment Intents or Setup Intents APIs) de test avec un numéro de compte de test. 2. Utilisez le `PaymentMethod` obtenu dans une requête `confirmSepaDebitPayment` pour créer le paiement de test. ### AT | Account Number | Token | Description | | --- | --- | --- | | AT611904300234573201 | pm_sepaDebit_success_at | The PaymentIntent status transitions from `processing` to `succeeded`. | | AT321904300235473204 | pm_sepaDebit_successDelayed_at | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | AT861904300235473202 | pm_sepaDebit_failed_at | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | AT051904300235473205 | pm_sepaDebit_failedDelayed_at | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | AT591904300235473203 | pm_sepaDebit_disputed_at | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | AT981904300000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_at | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | AT601904300000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_at | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | AT981904300002222227 | pm_sepaDebit_insufficientFunds_at | The payment fails with an `insufficient_funds` failure code. | | AT511904300000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### BE | Account Number | Token | Description | | --- | --- | --- | | BE62510007547061 | pm_sepaDebit_success_be | The PaymentIntent status transitions from `processing` to `succeeded`. | | BE78510007547064 | pm_sepaDebit_successDelayed_be | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | BE68539007547034 | pm_sepaDebit_failed_be | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | BE51510007547065 | pm_sepaDebit_failedDelayed_be | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | BE08510007547063 | pm_sepaDebit_disputed_be | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | BE90510000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_be | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | BE52510000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_be | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | BE90510002222227 | pm_sepaDebit_insufficientFunds_be | The payment fails with an `insufficient_funds` failure code. | | BE43510000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### HR | Account Number | Token | Description | | --- | --- | --- | | HR7624020064583467589 | pm_sepaDebit_success_hr | The PaymentIntent status transitions from `processing` to `succeeded`. | | HR6323600002337876649 | pm_sepaDebit_successDelayed_hr | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | HR2725000096983499248 | pm_sepaDebit_failed_hr | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | HR6723600004878117427 | pm_sepaDebit_failedDelayed_hr | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | HR8724840081455523553 | pm_sepaDebit_disputed_hr | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | HR7424020060000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_hr | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | HR3624020060000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_hr | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | HR7424020060002222227 | pm_sepaDebit_insufficientFunds_hr | The payment fails with an `insufficient_funds` failure code. | | HR2724020060000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### EE | Account Number | Token | Description | | --- | --- | --- | | EE382200221020145685 | pm_sepaDebit_success_ee | The PaymentIntent status transitions from `processing` to `succeeded`. | | EE222200221020145682 | pm_sepaDebit_successDelayed_ee | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | EE762200221020145680 | pm_sepaDebit_failed_ee | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | EE922200221020145683 | pm_sepaDebit_failedDelayed_ee | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | EE492200221020145681 | pm_sepaDebit_disputed_ee | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | EE672200000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_ee | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | EE292200000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_ee | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | EE672200000002222227 | pm_sepaDebit_insufficientFunds_ee | The payment fails with an `insufficient_funds` failure code. | | EE202200000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### FI | Account Number | Token | Description | | --- | --- | --- | | FI2112345600000785 | pm_sepaDebit_success_fi | The PaymentIntent status transitions from `processing` to `succeeded`. | | FI3712345600000788 | pm_sepaDebit_successDelayed_fi | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | FI9112345600000786 | pm_sepaDebit_failed_fi | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | FI1012345600000789 | pm_sepaDebit_failedDelayed_fi | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | FI6412345600000787 | pm_sepaDebit_disputed_fi | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | FI6712345600343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_fi | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | FI2912345600121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_fi | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | FI6712345602222227 | pm_sepaDebit_insufficientFunds_fi | The payment fails with an `insufficient_funds` failure code. | | FI2012345600066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### FR | Account Number | Token | Description | | --- | --- | --- | | FR1420041010050500013M02606 | pm_sepaDebit_success_fr | The PaymentIntent status transitions from `processing` to `succeeded`. | | FR3020041010050500013M02609 | pm_sepaDebit_successDelayed_fr | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | FR8420041010050500013M02607 | pm_sepaDebit_failed_fr | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | FR7920041010050500013M02600 | pm_sepaDebit_failedDelayed_fr | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | FR5720041010050500013M02608 | pm_sepaDebit_disputed_fr | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | FR9720041010050000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_fr | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | FR5920041010050000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_fr | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | FR9720041010050000002222227 | pm_sepaDebit_insufficientFunds_fr | The payment fails with an `insufficient_funds` failure code. | | FR5020041010050000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### DE | Account Number | Token | Description | | --- | --- | --- | | DE89370400440532013000 | pm_sepaDebit_success_de | The PaymentIntent status transitions from `processing` to `succeeded`. | | DE08370400440532013003 | pm_sepaDebit_successDelayed_de | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | DE62370400440532013001 | pm_sepaDebit_failed_de | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | DE78370400440532013004 | pm_sepaDebit_failedDelayed_de | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | DE35370400440532013002 | pm_sepaDebit_disputed_de | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | DE65370400440000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_de | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | DE27370400440000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_de | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | DE65370400440002222227 | pm_sepaDebit_insufficientFunds_de | The payment fails with an `insufficient_funds` failure code. | | DE18370400440000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### GI | Account Number | Token | Description | | --- | --- | --- | | GI60MPFS599327643783385 | pm_sepaDebit_success_gi | The PaymentIntent status transitions from `processing` to `succeeded`. | | GI08RRNW626436291644533 | pm_sepaDebit_successDelayed_gi | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | GI41SAFA461293238477751 | pm_sepaDebit_failed_gi | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | GI50LROG772261344693297 | pm_sepaDebit_failedDelayed_gi | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | GI26KJBC361883934534696 | pm_sepaDebit_disputed_gi | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | GI14NWBK000000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_gi | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | GI73NWBK000000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_gi | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | GI14NWBK000000002222227 | pm_sepaDebit_insufficientFunds_gi | The payment fails with an `insufficient_funds` failure code. | | GI64NWBK000000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### IE | Account Number | Token | Description | | --- | --- | --- | | IE29AIBK93115212345678 | pm_sepaDebit_success_ie | The PaymentIntent status transitions from `processing` to `succeeded`. | | IE24AIBK93115212345671 | pm_sepaDebit_successDelayed_ie | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | IE02AIBK93115212345679 | pm_sepaDebit_failed_ie | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | IE94AIBK93115212345672 | pm_sepaDebit_failedDelayed_ie | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | IE51AIBK93115212345670 | pm_sepaDebit_disputed_ie | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | IE10AIBK93115200343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_ie | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | IE69AIBK93115200121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_ie | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | IE10AIBK93115202222227 | pm_sepaDebit_insufficientFunds_ie | The payment fails with an `insufficient_funds` failure code. | | IE60AIBK93115200066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### LI | Account Number | Token | Description | | --- | --- | --- | | LI0508800636123378777 | pm_sepaDebit_success_li | The PaymentIntent status transitions from `processing` to `succeeded`. | | LI4408800387787111369 | pm_sepaDebit_successDelayed_li | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | LI1208800143823175626 | pm_sepaDebit_failed_li | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | LI4908800356441975566 | pm_sepaDebit_failedDelayed_li | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | LI7708800125525347723 | pm_sepaDebit_disputed_li | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | LI2408800000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_li | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | LI8308800000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_li | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | LI2408800000002222227 | pm_sepaDebit_insufficientFunds_li | The payment fails with an `insufficient_funds` failure code. | | LI7408800000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### LT | Account Number | Token | Description | | --- | --- | --- | | LT121000011101001000 | pm_sepaDebit_success_lt | The PaymentIntent status transitions from `processing` to `succeeded`. | | LT281000011101001003 | pm_sepaDebit_successDelayed_lt | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | LT821000011101001001 | pm_sepaDebit_failed_lt | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | LT981000011101001004 | pm_sepaDebit_failedDelayed_lt | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | LT551000011101001002 | pm_sepaDebit_disputed_lt | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | LT591000000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_lt | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | LT211000000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_lt | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | LT591000000002222227 | pm_sepaDebit_insufficientFunds_lt | The payment fails with an `insufficient_funds` failure code. | | LT121000000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### LU | Account Number | Token | Description | | --- | --- | --- | | LU280019400644750000 | pm_sepaDebit_success_lu | The PaymentIntent status transitions from `processing` to `succeeded`. | | LU440019400644750003 | pm_sepaDebit_successDelayed_lu | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | LU980019400644750001 | pm_sepaDebit_failed_lu | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | LU170019400644750004 | pm_sepaDebit_failedDelayed_lu | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | LU710019400644750002 | pm_sepaDebit_disputed_lu | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | LU900010000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_lu | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | LU520010000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_lu | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | LU900010000002222227 | pm_sepaDebit_insufficientFunds_lu | The payment fails with an `insufficient_funds` failure code. | | LU430010000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### NL | Account Number | Token | Description | | --- | --- | --- | | NL39RABO0300065264 | pm_sepaDebit_success_nl | The PaymentIntent status transitions from `processing` to `succeeded`. | | NL55RABO0300065267 | pm_sepaDebit_successDelayed_nl | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | NL91ABNA0417164300 | pm_sepaDebit_failed_nl | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | NL28RABO0300065268 | pm_sepaDebit_failedDelayed_nl | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | NL82RABO0300065266 | pm_sepaDebit_disputed_nl | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | NL27RABO0000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_nl | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | NL86RABO0000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_nl | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | NL27RABO0002222227 | pm_sepaDebit_insufficientFunds_nl | The payment fails with an `insufficient_funds` failure code. | | NL77RABO0000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### NO | Account Number | Token | Description | | --- | --- | --- | | NO9386011117947 | pm_sepaDebit_success_no | The PaymentIntent status transitions from `processing` to `succeeded`. | | NO8886011117940 | pm_sepaDebit_successDelayed_no | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | NO6686011117948 | pm_sepaDebit_failed_no | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | NO6186011117941 | pm_sepaDebit_failedDelayed_no | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | NO3986011117949 | pm_sepaDebit_disputed_no | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | NO0586010343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_no | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | NO6486010121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_no | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | NO0586012222227 | pm_sepaDebit_insufficientFunds_no | The payment fails with an `insufficient_funds` failure code. | | NO5586010066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### PT | Account Number | Token | Description | | --- | --- | --- | | PT50000201231234567890154 | pm_sepaDebit_success_pt | The PaymentIntent status transitions from `processing` to `succeeded`. | | PT66000201231234567890157 | pm_sepaDebit_successDelayed_pt | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | PT23000201231234567890155 | pm_sepaDebit_failed_pt | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | PT39000201231234567890158 | pm_sepaDebit_failedDelayed_pt | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | PT93000201231234567890156 | pm_sepaDebit_disputed_pt | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | PT05000201230000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_pt | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | PT64000201230000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_pt | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | PT05000201230000002222227 | pm_sepaDebit_insufficientFunds_pt | The payment fails with an `insufficient_funds` failure code. | | PT55000201230000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### ES | Account Number | Token | Description | | --- | --- | --- | | ES0700120345030000067890 | pm_sepaDebit_success_es | The PaymentIntent status transitions from `processing` to `succeeded`. | | ES2300120345030000067893 | pm_sepaDebit_successDelayed_es | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | ES9121000418450200051332 | pm_sepaDebit_failed_es | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | ES9300120345030000067894 | pm_sepaDebit_failedDelayed_es | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | ES5000120345030000067892 | pm_sepaDebit_disputed_es | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | ES1700120345000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_es | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | ES7600120345000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_es | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | ES1700120345000002222227 | pm_sepaDebit_insufficientFunds_es | The payment fails with an `insufficient_funds` failure code. | | ES6700120345000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### SE | Account Number | Token | Description | | --- | --- | --- | | SE3550000000054910000003 | pm_sepaDebit_success_se | The PaymentIntent status transitions from `processing` to `succeeded`. | | SE5150000000054910000006 | pm_sepaDebit_successDelayed_se | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | SE0850000000054910000004 | pm_sepaDebit_failed_se | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | SE2450000000054910000007 | pm_sepaDebit_failedDelayed_se | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | SE7850000000054910000005 | pm_sepaDebit_disputed_se | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | SE2850000000000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_se | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | SE8750000000000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_se | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | SE2850000000000002222227 | pm_sepaDebit_insufficientFunds_se | The payment fails with an `insufficient_funds` failure code. | | SE7850000000000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### CH | Account Number | Token | Description | | --- | --- | --- | | CH9300762011623852957 | pm_sepaDebit_success_ch | The PaymentIntent status transitions from `processing` to `succeeded`. | | CH8656663438253651553 | pm_sepaDebit_successDelayed_ch | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | CH5362200119938136497 | pm_sepaDebit_failed_ch | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | CH1843597160341964438 | pm_sepaDebit_failedDelayed_ch | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | CH1260378413965193069 | pm_sepaDebit_disputed_ch | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | CH1800762000000343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_ch | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | CH7700762000000121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_ch | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | CH1800762000002222227 | pm_sepaDebit_insufficientFunds_ch | The payment fails with an `insufficient_funds` failure code. | | CH6800762000000066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | ### GB | Account Number | Token | Description | | --- | --- | --- | | GB82WEST12345698765432 | pm_sepaDebit_success_gb | The PaymentIntent status transitions from `processing` to `succeeded`. | | GB98WEST12345698765435 | pm_sepaDebit_successDelayed_gb | The PaymentIntent status transitions from `processing` to `succeeded` after at least three minutes. | | GB55WEST12345698765433 | pm_sepaDebit_failed_gb | The PaymentIntent status transitions from `processing` to `requires_payment_method`. | | GB71WEST12345698765436 | pm_sepaDebit_failedDelayed_gb | The PaymentIntent status transitions from `processing` to `requires_payment_method` after at least three minutes. | | GB28WEST12345698765434 | pm_sepaDebit_disputed_gb | The PaymentIntent status transitions from `processing` to `succeeded`, but a dispute is immediately created. | | GB70WEST12345600343434 | pm_sepaDebit_exceedsWeeklyVolumeLimit_gb | The payment fails with a `charge_exceeds_source_limit` failure code due to payment amount causing account to exceed its weekly payment volume limit. | | GB32WEST12345600121212 | pm_sepaDebit_exceedsWeeklyTransactionLimit_gb | The payment fails with a `charge_exceeds_weekly_limit` failure code due to payment amount exceeding account's transaction volume limit. | | GB70WEST12345602222227 | pm_sepaDebit_insufficientFunds_gb | The payment fails with an `insufficient_funds` failure code. | | GB23WEST12345600066666 | | Payment method creation fails with a `bank_account_unusable` error. Use a different bank account or payment method. Applies to SetupIntents and PaymentIntents that include inline IBAN data. | #### Prélèvement automatique BACS Il existe plusieurs [numéros de compte bancaire de test](https://docs.stripe.com/keys.md#test-live-modes) que vous pouvez utiliser dans un *environnement de test* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes) pour vérifier que cette intégration est prête. Vous pouvez également utiliser le token correspondant pour éviter la saisie manuelle des informations du compte. | Code guichet | Numéro de compte | Token | Description | | --- | --- | --- | --- | | `108800` | `00012345` | `pm_bacsDebit_success` | Le paiement aboutit et l’état du PaymentIntent passe de `processing` à `succeeded`. | | `108800` | `90012345` | `pm_bacsDebit_successDelayed` | Le paiement aboutit au bout de trois minutes et l’état du PaymentIntent passe de `processing` à `succeeded`. | | `108800` | `33333335` | `pm_bacsDebit_debitNotAuthorized` | Le paiement est accepté, puis échoue immédiatement avec le code d’échec `debit_not_authorized`, et le PaymentIntent passe de l’état `processing` à l’état `requires_payment_method`. Le mandat devient `inactive` et le PaymentMethod ne peut plus être réutilisé. | | `108800` | `93333335` | `pm_bacsDebit_debitNotAuthorizedDelayed` | Le paiement échoue après trois minutes avec le code d’échec `debit_not_authorized`, et le PaymentIntent passe de l’état `processing` à l’état `requires_payment_method`. Le mandat devient `inactive` et le PaymentMethod ne peut plus être utilisé. | | `108800` | `22222227` | `pm_bacsDebit_insufficientFunds` | Le paiement échoue avec un code d’échec `insufficient_funds` et le PaymentIntent bascule de `processing` à `requires_payment_method`. Le mandate reste `active` et le PaymentMethod peut à nouveau être utilisé. | | `108800` | `92222227` | `pm_bacsDebit_insufficientFundsDelayed` | Le paiement échoue au bout de trois minutes avec un code d’échec `insufficient_funds` et le PaymentIntent bascule de `processing` à `requires_payment_method`. Le mandate reste `active` et le PaymentMethod peut à nouveau être utilisé. | | `108800` | `55555559` | `pm_bacsDebit_dispute` | Le paiement aboutit au bout de trois minutes et l’état du PaymentIntent passe de `processing` à `succeeded`, mais un litige est immédiatement créé. | | `108800` | `00033333` | `pm_bacsDebit_mandateRefused` | La création du moyen de paiement aboutit, mais le mandat est refusé par la banque du client et passe immédiatement à l’état `inactive`. | | `108800` | `00044444` | — | La demande de configuration du prélèvement automatique Bacs échoue immédiatement en raison d’un numéro de compte invalide, et le client est invité à mettre à jour ses informations avant de soumettre à nouveau. Aucune donnée de paiement n’est collectée, donc aucun token synthétique ne correspond à ce scénario. | | `108800` | `34343434` | `pm_bacsDebit_exceedsWeeklyLimit` | Le paiement échoue avec un code d’erreur `charge_exceeds_source_limit`, car le montant du paiement entraîne un dépassement de la limite hebdomadaire de volume de paiement du compte. | | `108800` | `12121212` | `pm_bacsDebit_exceedsTransactionLimit` | Le paiement échoue avec le code d’échec `charge_exceeds_transaction_limit` en raison d’un montant supérieur à la limite de volume de transactions du compte. | Pour vos tests, vous pouvez utiliser l’un des numéros de compte fournis ci-dessus. Cependant, dans la mesure où le traitement des paiements par prélèvement automatique Bacs prend plusieurs jours, privilégiez les numéros de compte de test qui fonctionnent avec un délai de trois minutes, de manière à mieux simuler le comportement en situation réelle. > Par défaut, Stripe envoie automatiquement des [e-mails](https://docs.stripe.com/payments/payment-methods/bacs-debit.md#debit-notifications) de notification au client lors de la collecte initiale de ses données de paiement et chaque fois qu’un débit est ensuite effectué sur son compte. Ces notifications ne sont pas envoyées dans les environnements de test. #### Prélèvement automatique AU BECS Vous pouvez créer un `PaymentIntent` de test qui réussit ou échoue en procédant comme suit : 1. Créez un objet *PaymentMethod* (PaymentMethods represent your customer's payment instruments, used with the Payment Intents or Setup Intents APIs) de test avec le `BSB 000000` de test et un numéro de compte de test issu de la liste ci-dessous. 2. Utilisez l’objet `PaymentMethod` résultant dans une requête `confirmAuBecsDebitPayment` pour créer le paiement de test. ### Numéros de compte de test | Numéro BSB | Numéro de compte | Token | Description | | --- | --- | --- | --- | | `000000` | `000123456` | `pm_auBecsDebit_success` | L’état du PaymentIntent passe de `processing` à `succeeded`. L’état du mandat reste `active`. | | `000000` | `900123456` | `pm_auBecsDebit_successDelayed` | L’état du PaymentIntent passe de `processing` à `succeeded` (avec un délai de trois minutes). L’état du mandat reste `active`. | | `000000` | `111111113` | `pm_auBecsDebit_accountClosed` | L’état du PaymentIntent passe de `processing` à `requires_payment_method` avec un code d’échec `account_closed`. L’état du mandat devient `inactive`. | | `000000` | `111111116` | `pm_auBecsDebit_noAccount` | L’état du PaymentIntent passe de `processing` à `requires_payment_method` avec un code d’échec `no_account`. L’état du mandat devient `inactive`. | | `000000` | `222222227` | `pm_auBecsDebit_referToCustomer` | L’état du PaymentIntent passe de `processing` à `requires_payment_method` avec un code d’échec `refer_to_customer`. L’état du mandat reste `active`. | | `000000` | `922222227` | `pm_auBecsDebit_referToCustomerDelayed` | L’état du PaymentIntent passe de `processing` à `requires_payment_method` avec un code d’échec `refer_to_customer` (avec un délai de trois minutes). L’état du mandat reste `active`. | | `000000` | `333333335` | `pm_auBecsDebit_debitNotAuthorized` | L’état du PaymentIntent passe de `processing` à `requires_payment_method` avec un code d’échec `debit_not_authorized`. L’état du mandat devient `inactive`. | | `000000` | `666666660` | `pm_auBecsDebit_dispute` | L’état du PaymentIntent passe de `processing` à `succeeded`, mais un litige est immédiatement créé. | | `000000` | `343434343` | `pm_auBecsDebit_exceedsWeeklyLimit` | Le PaymentIntent échoue avec une erreur `charge_exceeds_source_limit`, car le montant du paiement a entraîné le dépassement de la limite de volume de paiement hebdomadaire du compte. | | `000000` | `121212121` | `pm_auBecsDebit_exceedsTransactionLimit` | Le PaymentIntent échoue avec une erreur `charge_exceeds_transaction_limit`, car le montant du paiement dépasse la limite du volume de transactions du compte. | #### Autres Avec d’autres moyens de paiement, les informations de test sont incluses dans la documentation. [Trouvez votre moyen de paiement](https://docs.stripe.com/payments/payment-methods/overview.md) et lisez le guide associé pour accepter et tester les paiements. ## Tester les moyens de paiement asynchrones Les moyens de paiement asynchrones ou à « notification différée » ne confirment pas immédiatement la réussite ou l’échec d’un paiement. Une fois que votre client a envoyé les informations de paiement, le `PaymentIntent` peut passer à l’état `processing`. Le résultat final, comme `succeeded` ou `requires_payment_method`, intervient plus tard (d’environ quelques minutes dans un environnement de test à plusieurs jours ouvrables en mode production). Ce comportement diffère de celui de la plupart des paiements par carte, qui reçoivent généralement une réponse d’autorisation immédiate de la part de l’émetteur. Ne vous fiez pas à un rappel côté client ou à une redirection pour déterminer l’état final de ces moyens de paiement. Utilisez toujours des webhooks pour piloter la réalisation. ### Comprenez le cycle de vie du PaymentIntent Les moyens de paiement qui ne nécessitent aucune action supplémentaire de la part de votre client pour autoriser le paiement, comme les prélèvements bancaires, passent par les états suivants après que votre client a envoyé le paiement : | Étape | État | Description | | --- | --- | --- | | 1 | `processing` | Votre client a envoyé le paiement, et le résultat n’est pas encore connu. | | 2a | `succeeded` | Le paiement est confirmé. | | 2b | `requires_payment_method` | Le paiement a échoué, par exemple en raison de fonds insuffisants ou d’un compte clôturé. | Les moyens de paiement qui nécessitent une action supplémentaire de la part de votre client pour autoriser le paiement, comme les moyens de paiement par bon, notamment Multibanco, Boleto, OXXO et Konbini, ajoutent un état antérieur avant `processing` : | Étape | État | Description | | --- | --- | --- | | 1 | `requires_action` | Stripe a émis un bon ou un code de paiement et attend que votre client paie en dehors du circuit normal. | | 2 | `processing` | Stripe attend le résultat final, et votre client ne peut plus finaliser le paiement par bon via le flux d’origine. | | 3a | `succeeded` | Votre client a payé le bon. | | 3b | `requires_payment_method` | Le bon a expiré ou le paiement a échoué. | ### Gérer les événements webhook Inscrivez un gestionnaire de webhooks, ou utilisez l’[interface de ligne de commande (CLI) Stripe](https://docs.stripe.com/cli.md) pour écouter localement avec `stripe listen --forward-to localhost:4242/webhook`, et gérez ces événements : | Événement | Description | Action recommandée | | --- | --- | --- | | `payment_intent.processing` | Votre client a envoyé un paiement et le résultat est en attente. C’est le cas le plus courant pour les prélèvements bancaires. | Envoyez un e-mail de confirmation indiquant que le « paiement est en attente » et suspendez la réalisation de la commande. | | `payment_intent.succeeded` | Le paiement est confirmé. | Traiter la commande. | | `payment_intent.payment_failed` | Le paiement a échoué, par exemple en raison de fonds insuffisants, d’un bon expiré ou d’un compte clôturé. | Informez votre client et demandez un nouveau moyen de paiement. | | `payment_intent.requires_action` | Stripe a émis un bon ou une action en dehors du circuit normal et attend votre client. Cela s’applique à Multibanco, Boleto, OXXO et Konbini. | Envoyez le bon ou les instructions de paiement à votre client. | | `payment_intent.canceled` | Le `PaymentIntent` a été annulé avant que votre client n’ait finalisé le paiement. | Avertissez votre client. Ne traitez pas la commande. | Pour les intégrations basées sur Checkout, ces événements de niveau de session correspondants se déclenchent également : - `checkout.session.async_payment_succeeded` - `checkout.session.async_payment_failed` ### Vérifiez la séquence de webhooks attendue par moyen de paiement Les valeurs de test de chaque moyen de paiement se trouvent dans la section [Tester un moyen de paiement autre qu’une carte](https://docs.stripe.com/testing.md#non-card-payments). Utilisez les tableaux suivants pour comprendre quelle séquence de webhooks attendre lorsque vous utilisez ces valeurs de test. ### Vérifiez la séquence de webhooks du prélèvement bancaire Tous les moyens de paiement par prélèvement bancaire suivent le modèle de `processing` à `succeeded` ou `payment_failed`. En mode test, les transitions ont lieu après environ 3 minutes pour les numéros de compte qui simulent un délai. Ils utilisent un préfixe ou un suffixe `9`. Consultez les valeurs de test de chaque moyen de paiement dans la section référencée. | Méthode | Valeurs de test | Webhooks attendus en cas de réussite | Webhooks attendus en cas d’échec | | --- | --- | --- | --- | | Prélèvement automatique SEPA | [Consultez le prélèvement automatique SEPA](https://docs.stripe.com/testing.md#sepa-direct-debit) | `payment_intent.processing`, puis `payment_intent.succeeded` | `payment_intent.processing`, puis `payment_intent.payment_failed` | | Prélèvement automatique ACH | [Consultez ACH Direct Debit](https://docs.stripe.com/testing.md#ach-direct-debit) | `payment_intent.processing`, puis `payment_intent.succeeded` | `payment_intent.processing`, puis `payment_intent.payment_failed` | | Prélèvement automatique BACS | [Consultez le prélèvement automatique Bacs](https://docs.stripe.com/testing.md#bacs-direct-debit) | `payment_intent.processing`, puis `payment_intent.succeeded` | `payment_intent.processing`, puis `payment_intent.payment_failed` | | Prélèvement automatique AU BECS | [Consultez le prélèvement automatique BECS](https://docs.stripe.com/testing.md#au-becs-direct-debit) | `payment_intent.processing`, puis `payment_intent.succeeded` | `payment_intent.processing`, puis `payment_intent.payment_failed` | ### Vérifiez la séquence de webhooks basée sur un bon Les moyens de paiement par bon émettent un code de paiement que votre client paie en dehors du circuit normal. Le `PaymentIntent` passe à `requires_action` immédiatement après la confirmation. Le résultat différé arrive lorsque votre client paie ou lorsque le bon expire. Pour Multibanco, Boleto, OXXO et Konbini, utilisez les modèles d’adresse e-mail dans [leurs sections de test respectives](https://docs.stripe.com/testing.md#non-card-payments) pour contrôler si le bon de test est payé, expire ou n’est jamais résolu. | Méthode | Webhooks attendus en cas de réussite | Webhooks attendus en cas d’échec ou d’expiration | | --- | --- | --- | | Multibanco | `payment_intent.requires_action`, puis `payment_intent.processing`, puis `payment_intent.succeeded` | `payment_intent.requires_action`, puis `payment_intent.processing`, puis `payment_intent.payment_failed` | | Boleto, OXXO et Konbini | `payment_intent.requires_action`, puis `payment_intent.succeeded` | `payment_intent.requires_action`, puis `payment_intent.payment_failed` | ### Vérifiez la méthode de redirection et de notification différée Certains moyens de paiement redirigent votre client pour l’authentification. Selon le moyen de paiement et la configuration, Stripe peut confirmer le résultat final immédiatement après la redirection ou le fournir de manière asynchrone. Événements webhook attendus pour un paiement réussi : - `payment_intent.processing` - `payment_intent.succeeded` BLIK peut également échouer de manière asynchrone de deux manières. Utilisez les modèles d’e-mail dans la section de test de BLIK pour les simuler : - **Refus de paiement de la banque différé** : la banque refuse le paiement après que votre client l’a approuvé, et `payment_intent.payment_failed` se déclenche après un délai. - **Délai expiré** : votre client ne répond pas à temps, et `payment_intent.payment_failed` se déclenche après l’expiration du délai. BLIK peut également échouer immédiatement, par exemple lorsqu’un code est expiré ou non valide. Ces échecs synchrones n’impliquent pas de webhook différé. ### Testez le flux asynchrone de bout en bout Utilisez ces conseils pour tester votre intégration. Utilisez l’interface de ligne de commande Stripe pour recevoir des webhooks localement : ```bash stripe listen --forward-to localhost:4242/webhook ``` Déclenchez des événements spécifiques manuellement pour tester votre gestionnaire de manière isolée sans exécuter un tunnel de paiement complet : ```bash stripe trigger payment_intent.processing stripe trigger payment_intent.succeeded stripe trigger payment_intent.payment_failed ``` Gérez `processing` dans l’interface utilisateur de votre URL de retour. Lorsque Stripe redirige votre client vers votre site, `paymentIntent.status` peut être `processing`, et non `succeeded`. Affichez un état `payment pending` au lieu d’une erreur. Ne traitez pas les commandes de biens physiques sur `processing`. Attendez `payment_intent.succeeded`. Pour les biens numériques, vous pouvez choisir d’accorder l’accès de manière spéculative sur `processing`, mais votre gestionnaire de webhook doit révoquer l’accès si `payment_intent.payment_failed` arrive plus tard. Testez les chemins d’expiration et de délai d’attente. Utilisez les modèles d’e-mail `expire_immediately` ou `fill_never`, le cas échéant, pour vérifier que votre intégration gère correctement les bons impayés. Si vous utilisez le PaymentSheet mobile, activez `allowsDelayedPaymentMethods` pour afficher les moyens de paiement à notification différée. L’état final du paiement n’est pas connu lorsque la page se ferme. Informez vos clients que leur commande est confirmée, et ne la traitez qu’une fois que `payment_intent.succeeded` arrive. ### Vérifiez les moyens de paiement asynchrones Le tableau suivant résume l’état du PaymentIntent dans lequel chaque moyen entre immédiatement après la confirmation, et les événements de webhook que votre serveur doit attendre une fois le résultat différé arrivé. | Méthode | Catégorie | État après confirmation | Événement de réussite différé | Événement d’échec différé | | --- | --- | --- | --- | --- | | Prélèvement automatique SEPA | Prélèvement bancaire | `processing` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | Prélèvement automatique ACH | Prélèvement bancaire | `processing` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | Prélèvement automatique BACS | Prélèvement bancaire | `processing` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | Prélèvement automatique AU BECS | Prélèvement bancaire | `processing` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | Multibanco | Bon | `requires_action` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | Boleto | Bon | `requires_action` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | OXXO | Bon | `requires_action` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | Konbini | Bon | `requires_action` | `payment_intent.succeeded` | `payment_intent.payment_failed` | | Pay by Bank | Redirection et notification différée | `requires_action`, puis généralement `succeeded` ou `requires_payment_method` après la redirection | `payment_intent.succeeded` | `payment_intent.payment_failed` | | BLIK | Redirection et notification différée ou délai d’attente | variable | `payment_intent.succeeded` | `payment_intent.payment_failed` | ## Tester Link > Ne stockez pas de données d’utilisateur réelles sur des comptes *environnement de test* (A sandbox is an isolated test environment that allows you to test Stripe functionality in your account without affecting your live integration. Use sandboxes to safely experiment with new features and changes) Link. En effet, ces données sont à considérer comme publiques étant donné que vos comptes test sont associés à votre clé publiable. Link prend en charge les cartes de crédit, les cartes de débit et les achats éligibles effectués depuis un compte bancaire américain. Vous pouvez créer des comptes environnement de test pour Link à l’aide d’une adresse e-mail valide. Le tableau suivant répertorie les codes à usage unique acceptés par Stripe pour l’authentification des comptes environnement de test : | Valeur | Résultat | | --- | --- | | Tout autre ensemble de 6 chiffres non listé ci-dessous | Opération réussie | | 000001 | Erreur, code non valide | | 000002 | Erreur, code expiré | | 000003 | Erreur, nombre maximal de tentatives dépassé | ### Sources de financement multiples Stripe prend automatiquement en charge des sources de financement supplémentaires sans modification de votre intégration. Elles utilisent le même délai de règlement des transactions et le même comportement de traitement que les paiements par carte bancaire et par compte bancaire. ## Tester un flux de redirection Pour tester la logique de gestion des redirections de votre intégration en simulant un paiement qui utilise un flux de redirection (par exemple, iDEAL), utilisez un moyen de paiement pris en charge qui [nécessite des redirections](https://docs.stripe.com/payments/payment-methods/payment-method-support.md#additional-api-supportability). Pour créer un `PaymentIntent` de test qui réussit ou échoue : 1. Accédez aux [paramètres des moyens de paiement dans le Dashboard](https://dashboard.stripe.com/settings/payment_methods) et activez un moyen de paiement pris en charge en cliquant sur **Activer** dans votre environnement de test. 2. Collectez les informations de paiement. 3. Soumettez le paiement à Stripe. 4. Autoriser ou faire échouer le paiement de test. Assurez-vous que la page (correspondant à `return_url`) sur votre site web fournit l’état du paiement. ## See also - [Tester votre intégration Connect](https://docs.stripe.com/connect/testing.md) - [Tester votre intégration Billing](https://docs.stripe.com/billing/testing.md) - [Tester votre intégration Terminal](https://docs.stripe.com/terminal/references/testing.md) - [Tests de charge](https://docs.stripe.com/rate-limits.md#load-testing)