Accéder directement au contenu
Créez un compte
ou
connectez-vous
Le logo de la documentation Stripe
/
Demander à l’IA
Créer un compte
Connectez-vous
Commencer
Paiements
Automatisation des finances
Plateformes et places de marché
Gestion des fonds
Outils de développement
Commencer
Paiements
Automatisation des finances
Commencer
Paiements
Automatisation des finances
Plateformes et places de marché
Gestion des fonds
Aperçu
À propos des paiements Stripe
    Aperçu
    Devises
    Refus de paiement
      Refus de paiement par carte
      Codes de refus de paiement
    Virements
    Paiements récurrents
    Authentification 3D Secure
    Remboursement et annulation des paiements
    Soldes et délai de règlement
    Reçus
    Gérer les événements de webhook
    Préparation à la SCA
Mettre votre intégration à niveau
Analyses des paiements
Paiements en ligne
AperçuTrouver votre cas d'usageManaged Payments
Utiliser Payment Links
Créer une page de paiement
Développer une intégration avancée
Développer une intégration dans l'application
Moyens de paiement
Ajout de moyens de paiement
Gérer les moyens de paiement
Payer plus rapidement avec Link
Interfaces de paiement
Payment Links
Paiement
Web Elements
Elements dans l'application
Scénarios de paiement
Flux de paiement personnalisés
Acquisition flexible
Orchestration
Paiements en personne
Terminal
Autres produits Stripe
Financial Connections
Cryptomonnaie
Climate
AccueilPaiementsAbout Stripe payments

Refus de paiement

Découvrez les refus de paiement et comment réduire votre taux de refus.

Copier la page

Suivre les taux de refus

Suivez l’évolution de votre taux de refus au fil du temps pour identifier les problèmes potentiels de fraude ou d’intégration. Pour obtenir une vue d’ensemble plus claire de vos taux d’autorisation, concentrez-vous sur l’analyse des refus uniques et excluez de votre analyse les tentatives échouées.

Les paiements peuvent échouer pour diverses raisons, y compris, dans certains cas, pour prévenir les transactions frauduleuses. Stripe s’efforce de réduire les taux de refus sur tous les moyens de paiement pris en charge. Nous travaillons avec les émetteurs et les réseaux pour améliorer les taux d’acceptation, généralement sans affecter votre intégration.

Trois raisons peuvent expliquer un échec de paiement :

  • Refus de l’émetteur
  • Paiements bloqués
  • Appels d’API non valides

Chaque type d’échec de paiement doit être traité différemment. Pour chaque échec, vous pouvez utiliser le Dashboard ou l’API pour examiner les détails d’un paiement. Lors de l’utilisation de l’API, regardez l’objet Charge résultat. Cet attribut couvre le type d’échec de paiement et fournit des informations sur sa cause.

Stripe gère les refus de moyen de paiement autre que la carte de la même manière que les refus de carte. Stripe vous envoie un code de réponse qui inclut des informations sur le refus, par exemple, s’il est dû à des fonds insuffisants, à une carte perdue ou volée ou à une autre raison.

Paiement refusé par l’émetteur

Lorsque l’émetteur de la carte de votre client reçoit un paiement, ses systèmes et modèles automatisés décident de l’autoriser ou non. Ces outils analysent des signaux tels que les habitudes de consommation, le solde du compte et les données de la carte, y compris la date d’expiration, les coordonnées et le CVC.

Si l’émetteur de la carte refuse un paiement, Stripe partage avec vous toutes les informations sur le refus que nous recevons. Ces informations sont disponibles dans le Dashboard et à l’aide de l’API. Lorsque les émetteurs fournissent des explications précises, telles qu’un numéro de carte incorrect ou des fonds insuffisants, ces explications reviennent à Stripe au moyen des codes de refus.

Paiements bloqués

Stripe Radar bloque les paiements à haut risque, tels que ceux dont les valeurs de CVC ou de code postal ne correspondent pas. Ce produit automatisé de prévention de la fraude évalue chaque paiement, sans nécessiter aucune action de votre part.

Un paiement refusé par Radar

Un paiement refusé par Radar

Lorsque Stripe bloque un paiement, l’autorisation initiale de l’émetteur de la carte a été obtenue, mais sans débiter la carte. Cette précaution aide à prévenir les paiements frauduleux potentiels qui pourraient entraîner des litiges.

Pour certains types de cartes, les clients peuvent voir l’autorisation de l’émetteur de la carte pour le montant du paiement sur leur relevé de compte. Cependant, Stripe n’a pas débité ce montant ni retiré de fonds. L’émetteur de la carte retire généralement cette autorisation du relevé du client en quelques jours.

Si une règle que vous avez configurée bloque un paiement que vous reconnaissez comme légitime, vous pouvez lever le blocage en localisant le paiement dans le Dashboard et en cliquant sur Ajouter à la liste blanche. Cette action ne permet pas de relancer le paiement. Au lieu de cela, il remplace toutes vos autres règles pour empêcher les tentatives de paiement ultérieures qui correspondent à l’attribut de liste.

Remarques

Vous ne voyez pas le bouton Ajouter à la liste d’autorisation sur la page des informations de paiement? Contactez Stripe pour ajouter cette fonctionnalité à votre compte Radar.

Si vous utilisez l’API, le paramètre outcome d’un paiement bloqué indique le type et la raison de l’échec de paiement ainsi que son niveau de risque.

... outcome: { network_decline_code: null, network_advice_code: null, network_status: "not_sent_to_network", reason: "highest_risk_level", advice_code: "do_not_try_again", risk_level: "highest", seller_message: "Stripe blocked this charge as too risky.", type: "blocked" }, ...

Appels à l’API non valides

Dans l’API, vous pouvez voir un appel à l’API non valide comme suit :

Command Line
cURL
curl https://api.stripe.com/v1/charges \ -u "
sk_test_BQokikJOvBiI2HlWgH4olfQ2
:"
\ -d amount=2000 \ -d currency=usd \ -d source=tok_invalid \ --data-urlencode description="Charge for jenny.rosen@example.com"

L’appel à l’API non valide génère une réponse d’erreur qui pourrait ressembler à ceci

{ "error": { "code": "invalid_number", "doc_url": "https://docs.stripe.com/error-codes#invalid-number", "message": "Your card number is incorrect.", "param": "card[number]", "type": "card_error" } }

Le résultat d’un paiement refusé comprend le type d’échec de paiement et le motif, en fonction du code de refus de l’émetteur de la carte. Le motif peut contenir des informations autres que le code de réponse de l’émetteur, par exemple, si une évaluation de règle Radar a bloqué les frais.

... outcome: { network_decline_code: "54", network_advice_code: "01", network_status: "declined_by_network", reason: "expired_card", advice_code: "do_not_try_again", risk_level: "normal", seller_message: "The bank returned the decline code `expired_card`.", type: "issuer_declined" }, ...

Lors du développement de votre intégration Stripe, effectuez des tests en continu pour déterminer les éventuels problèmes susceptibles de générer des appels non valides à l’API. Les appels à l’API non valides n’entraînent généralement pas l’affichage d’un paiement dans votre Dashboard. Le paiement peut toutefois y être affiché dans certains cas.

... outcome: { network_decline_code: null, network_advice_code: null, network_status: "not_sent_to_network", type: "invalid" }, ...

Voir aussi

  • Refus de paiement par carte
  • Tester les paiements refusés
  • Rembourser et annuler des paiements
Cette page vous a-t-elle été utile?
OuiNon
Besoin d'aide? Contactez le service d'assistance.
Rejoignez notre programme d'accès anticipé.
Consultez notre journal des modifications.
Des questions? Contactez l'équipe commerciale.
GML? Lire llms.txt.
Optimisé par Markdoc