Refus de paiement

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

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 :

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

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 vous reconnaissez un paiement bloqué comme légitime, vous pouvez lever le blocage en localisant le paiement dans le Dashboard et en cliquant sur Ajouter à la liste d’autorisation. Cette action ne permet pas de relancer le paiement, mais empêche Stripe Radar de bloquer les tentatives ultérieures de paiement avec la même carte ou la même adresse de courriel.

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_status: "not_sent_to_network",
  reason: "highest_risk_level",
  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 :

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_status: "declined_by_network",
  reason: "expired_card",
  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_status: "not_sent_to_network",
  type: "invalid"
},
...