Rembourser et annuler des paiements

Vous pouvez annuler un paiement sans frais avant qu’il ne soit finalisé, ou rembourser une partie ou l’intégralité d’un paiement après qu’il a réussi, ce qui peut entraîner des frais. Pour en savoir plus, consultez notre page tarifaire.

Les remboursements sont effectués à partir de votre solde Stripe disponible (hors montants en attente). Si votre solde disponible ne couvre pas le montant d’un remboursement, Stripe le place en attente jusqu’à ce que votre solde Stripe devienne suffisant. Vous pouvez remédier à un solde Stripe négatif en encaissant des paiements ou en rechargeant le solde de votre compte. Dans certaines régions, Stripe peut débiter automatiquement vos comptes bancaires pour couvrir un solde Stripe négatif.

Demandes de remboursement

Nous envoyons les demandes de remboursement à la banque ou à l’émetteur de carte de votre client. En fonction du réseau de cartes et de la banque émettrice, les remboursements effectués apparaissent en temps réel sur les relevés bancaires de vos clients. Les litiges et contestations de paiements ne sont pas possibles pour les paiements par carte bancaire qui ont été remboursés dans leur intégralité.

Si toutes les conditions suivantes sont réunies, nous envoyons un e-mail à votre client pour l’informer du remboursement :

• Le paiement d’origine a été créé sur un objet Customer dans votre compte Stripe.
• Le client dispose d’une adresse e-mail enregistrée.
• Vous avez activé l’option Envoyer un e-mail aux clients en cas d’émission d’un remboursement Dashboard.

Vous pouvez consulter les paiements que vous avez remboursés dans le Dashboard.

Effectuer des remboursements

Vous pouvez émettre des remboursements à l’aide de l’API Refunds ou du Dashboard. Vous pouvez émettre plusieurs remboursements pour un paiement, mais le montant total du remboursement ne peut être supérieur au montant du paiement initial.

Destinations des remboursements

Les remboursements peuvent uniquement être émis vers le moyen de paiement d’origine. Il n’est pas possible d’effectuer un remboursement vers une autre destination, sur une autre carte ou un autre compte bancaire.

Les remboursements vers des cartes bancaires expirées ou annulées sont gérés par l’émetteur de la carte du client. Dans la plupart des cas, ils sont crédités sur la nouvelle carte du client. En l’absence de nouvelle carte, l’émetteur recourt habituellement à une autre méthode (par exemple un chèque ou un virement bancaire). Dans de rares cas, un remboursement vers une carte bancaire peut échouer.

Pour les autres moyens de paiement, comme (ACH et iDEAL, la gestion des remboursements varie d’une banque à l’autre. Si le client a résilié son moyen de paiement, la banque peut nous renvoyer le remboursement, qui est alors marqué comme ayant échoué.

Gérer les échecs de remboursement

Un remboursement peut échouer si la banque ou l’émetteur de la carte du client ne peut le traiter. Par exemple, si le compte bancaire a été fermé ou que la carte présente un problème, un échec peut survenir. Le cas échéant, la banque nous renvoie alors les fonds, que nous recréditons sur le solde de votre compte Stripe. Ce processus peut prendre jusqu’à 30 jours à compter de l’émission du remboursement.

Lorsque vous utilisez l’API, l’état d’un objet Remboursement passe à failed et inclut les attributs suivants :

• failure_balance_transaction : l’ID de l’opération sur solde qui représente le montant recrédité sur votre solde Stripe.
• failure_reason : la raison pour laquelle le remboursement a échoué. Ces raisons incluent :

  Motif d’échec	Description
  charge_for_pending_refund_disputed	Un client a contesté le paiement alors que le remboursement était en attente. Dans ce cas, nous vous recommandons d’accepter ou de contester le litige au lieu d’effectuer un remboursement afin d’éviter de rembourser deux fois la somme au client.
  declined	Le remboursement a été refusé par nos partenaires financiers.
  expired_or_canceled_card	Le moyen de paiement a été annulé par un client ou a expiré chez le partenaire.
  insufficient_funds	Le remboursement est en attente en raison de fonds insuffisants et a dépassé la fenêtre d’expiration de la possibilité de remboursement.
  lost_or_stolen_card	Le remboursement a échoué en raison de la perte ou du vol de la carte d’origine.
  merchant_request	Échec du remboursement sur demande de l’entreprise.
  unknown	Le remboursement a échoué pour une raison inconnue.

For some payment methods, the decline code provided by our financial partners, which indicates the reason the refund failed, is available in the network_decline_code field of the destination_details hash:

{
  id: "pyr_1234",
  destination_details: {
    blik: {
      network_decline_code: "decline_code"
    },
    type: 'blik',
  }
}

Dans les rares cas où un remboursement échoue, nous vous en informons en utilisant l’événement refund.failed (consultez la section consacrée aux événements de remboursement). Vous devrez alors vous organiser autrement pour rembourser le client.

Si votre plateforme utilise Connect avec les paiements indirects, les fonds provenant d’un remboursement ayant échoué sont déposés sur le solde Stripe de votre compte de plateforme.

Annuler un remboursement

Selon le type de remboursement, vous pouvez annuler un remboursement avant qu’il n’arrive sur le compte du client. Certains remboursements par carte bancaire prennent en charge l’annulation pour une courte période. Le remboursement ne doit pas avoir été traité comme une annulation de paiement. Seules les annulations depuis le Dashboard sont actuellement prises en charge pour les remboursements par carte bancaire.

Pour certains moyens de paiement, Stripe contacte le client pour collecter ses coordonnées bancaires avant de traiter le remboursement. Vous pouvez annuler ces remboursements tant que les coordonnées bancaires n’ont pas été collectées. Pour ce type de remboursements, les annulations depuis l’API et le Dashboard sont prises en charge.

Les remboursements annulés passent à l’état canceled. Les annulations étant un type d’échec de remboursement, les attributs failure_reason et failure_balance_transaction sont inclus dans le remboursement.

Si votre plateforme utilise Connect avec les paiements indirects, les fonds provenant d’un remboursement ayant été annulé sont déposés sur le solde Stripe de votre compte de plateforme.

Remboursement et annulation

Les remboursements émis peu après le paiement d’origine se présentent sous la forme d’une annulation et non d’un remboursement. Dans ce cas, le paiement d’origine disparaît tout simplement du relevé du client, et aucun crédit n’est émis.

Pour les utilisateurs d’IC+, il peut y avoir une différence de coût entre les annulations et les remboursements, car les annulations entraînent généralement des frais de réseau moins élevés.

Suivre un remboursement

Après l’émission d’un remboursement, Stripe transmet la demande à la banque ou à l’émetteur de la carte du client. En fonction de sa banque, votre client reçoit le remboursement dans un délai de 5 à 10 jours ouvrés. Les clients peuvent être amenés à vous contacter lorsqu’ils ne voient pas leur remboursement, ce qui peut se produire pour plusieurs raisons :

• Les remboursements émis peu après le paiement d’origine se présentent sous la forme d’une annulation et non d’un remboursement. Dans ce cas, le paiement d’origine disparaît tout simplement du relevé du client, aucun crédit n’est émis.
• Un remboursement peut échouer si la banque ou l’émetteur de la carte du client n’a pas pu le traiter correctement, par exemple si le compte bancaire a été fermé ou que la carte présente un problème. La banque nous renvoie alors les fonds, que nous recréditons sur le solde de votre compte Stripe. Ce processus peut prendre jusqu’à 30 jours à compter de l’émission du remboursement.

Si un client demande un remboursement, il peut être utile de lui donner le numéro de référence principal correspondant au remboursement. Pour les remboursements par carte, il peut s’agir du numéro ARN (Acquirer Reference Number), du numéro STAN (System Trace Audit Number) ou du numéro RRN (Retrieval Reference Number). Le numéro ARN, STAN ou RRN est un numéro de référence attribué à une transaction par carte tout au long du processus de paiement. Pour les remboursements de moyens de paiement locaux, il peut s’agir d’un numéro de référence généré par Stripe ou nos partenaires financiers qui est transmis aux banques ou institutions bénéficiaires. Votre client peut alors communiquer ce numéro de référence à sa banque afin d’obtenir plus d’informations sur la date à laquelle le remboursement sera disponible. Le fait d’avoir un numéro de référence peut également renforcer la confiance de votre client dans le fait que le remboursement a été initié.

Les références de remboursement présentent les spécificités suivantes :

• Ils sont pris en charge par certains partenaires financiers, et ils sont marqués comme non disponibles dans le cas contraire.
• Jusqu’à 7 jours ouvrés sont nécessaires pour recevoir le numéro ARN des partenaires bancaires en aval une fois le remboursement émis.
• Le numéro ARN n’est pas disponible dans le cas d’une annulation, puisque l’opération initiale n’est pas traitée. Pour les réseaux de cartes qui ne prennent pas en charge les numéros ARN, nous essayons de fournir d’autres références telles que le numéro STAN (System Trace Audit Number) ou RRN (Retrieval Reference Number).

Annuler un paiement

Vous pouvez annuler un paiement à l’aide du Dashboard uniquement lorsqu’il est à l’état uncaptured. Pour annuler un paiement dans un autre état, vous devez utiliser l’API.

Événements liés aux remboursements

Stripe déclenche des événements à chaque création ou modification d’un remboursement. D’autres actions, comme les clôtures de vérifications, déclenchent également des événements relatifs aux remboursements.

Vérifiez que votre intégration est configurée pour gérer les événements. Vous devez également créer une logique interne pour informer les clients ou votre personnel de l’état des processus de remboursement. Stripe vous recommande d’écouter au minimum l’événement refund.created.

Le tableau suivant décrit les événements les plus courants concernant les remboursements.

Optimisation des coûts

Si votre entreprise traite un grand volume de remboursements peu après la date de transaction, nous vous recommandons d’utiliser l’autorisation et la capture manuelles pour réduire vos coûts de remboursement. L’autorisation et la capture manuelles permettent de mieux contrôler les coûts, car vous pouvez réduire ou annuler les paiements avant qu’ils ne soient capturés, ce qui vous évite de traiter trop de remboursements.