Rembourser et annuler des paiements

Vous pouvez annuler un paiement sans frais avant sa finalisation. Vous pouvez également rembourser tout ou partie d’un paiement après sa réussite, ce qui peut entraîner des frais. Les frais de traitement Stripe liés à la transaction initiale ne sont pas remboursés. Consultez notre page tarifaire pour plus d’informations.

Les remboursements sont effectués à partir de solde Stripe disponible (hors montants en attente). Si votre solde disponible est insuffisant pour couvrir le montant d’un remboursement, Stripe conserve le remboursement en attente pour les transactions par carte (les remboursements pour les autres moyens de paiement échoueront) jusqu’à ce que votre solde Stripe soit suffisant. Vous pouvez remédier à un solde Stripe négatif en collectant des paiements ou en rechargeant le solde de votre compte. Dans certaines régions, le cas échéant, 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.

Remboursements par le biais d’une plateforme Connect

Le comportement de remboursement dépend du type de paiement Connect utilisé dans votre intégration.

• Pour les remboursements dans le cadre des paiements directs, Stripe débite directement le compte connecté.
• Stripe débite votre plateforme pour les remboursements versés à des paiements indirects ou à des paiements et transferts distincts (avec ou sans la valeur on_behalf_of). Annulez les transferts associés à ces types de frais pour récupérer le montant du remboursement sur vos comptes connectés.

Les plateformes Connect peuvent permettre à leurs comptes connectés d’effectuer des remboursements aux clients depuis leur site en utilisant des composants intégrés Connect tels que le composant paiements ou le composant informations de paiement.

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.

Pour certains moyens de paiement, le code de refus de paiement fourni par nos partenaires financiers, qui indique le motif d’échec du remboursement, est disponible dans le champ network_decline_code du hachage destination_details :

{
  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 au statut canceled. Les annulations étant un type d’échec de remboursement, les attributs failure_reason et failure_balance_transaction sont inclus dans l’objet Refund.

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

To cancel a refund using the Dashboard:

1. Find the payment associated with the refund in the Payments page.
2. Click the overflow menu () to the right of the payment, then select Cancel refund.
3. If there are multiple partial refunds, select the correct refund in the dropdown.
4. Confirm the refund cancellation by selecting Yes, cancel refund.

Alternatively, you can click a specific payment and cancel the refund from its details page.

Remboursements nécessitant une action

Pour certains moyens de paiement ne prenant pas en charge nativement les remboursements (par exemple, Konbini, PromptPay, Boleto et les transferts bancaires), Stripe doit collecter les informations du compte bancaire de votre client avant de pouvoir traiter le remboursement. Dans ces cas, le remboursement passe à l’état requires_action et Stripe envoie un e-mail à votre client pour demander ses informations bancaires.

Lorsqu’un remboursement a l’état requires_action, la propriété next_action de l’objet Refund décrit ce dont le remboursement a besoin pour poursuivre le traitement. L’objet next_action contient les champs suivants :

• next_action.type : Le type de l’action suivante (par exemple, display_details).
• next_action.display_details.email_sent : Informations concernant l’e-mail envoyé au client, notamment :
  • email_sent_at : L’horodatage de l’envoi de l’e-mail.
  • email_sent_to : L’adresse e-mail du destinataire.
• next_action.display_details.expires_at : L’horodatage de l’expiration de la demande de remboursement si le client ne répond pas.

L’état du remboursement évolue comme suit :

Si la banque du client ne parvient pas à effectuer le transfert (par exemple, le nom du titulaire du compte ne correspond pas ou le numéro de compte comporte une erreur), les fonds sont retournés à Stripe et le remboursement repasse à l’état requires_action. Dans ce cas, Stripe envoie de nouveau un e-mail au client pour demander les informations correctes du compte bancaire.

Vous pouvez annuler un remboursement pendant qu’il se trouve à l’état requires_action, par exemple, si vous souhaitez mettre en place un autre moyen de restituer les fonds au client.

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 via le Dashboard lorsque son état est uncaptured, ou lorsqu’il s’agit d’un paiement par prélèvement qui n’a pas encore été comptabilisé à la banque. Pour annuler un paiement avec d’autres états, 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.

Assurez-vous que votre intégration est configurée pour gérer les événements et que vous vérifiez les signatures des webhooks afin de confirmer que les événements entrants proviennent bien de Stripe. Vous devez également mettre en place une logique interne pour informer vos clients ou votre équipe de l’état du processus de remboursement. Au minimum, Stripe recommande d’écouter 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 en annulant les paiements avant qu’ils ne soient saisis, ou en réduisant le montant saisi plutôt que de traiter un remboursement.