Que devient votre argent quand le DJ refuse votre demande payante

Débité, ou simplement bloqué ?

Vous connaissez déjà le mécanisme sans le nommer : la caution à l'hôtel, la somme bloquée à la pompe avant même d'avoir fait le plein. C'est une empreinte bancaire, aussi appelée pré-autorisation.

La finance pour tous, éditée par l'Institut pour l'Éducation Financière du Public, précise que « parfois, cette somme n'est pas débitée du compte du client, mais n'en est pas moins indisponible ». Bloquée, pas partie.

Un débit, c'est une autorisation suivie d'une capture. La capture est l'étape qui déplace réellement l'argent. Tant qu'elle n'a pas eu lieu, rien ne bouge.

La bonne question n'est donc pas « est-ce que je serai remboursé », mais : est-ce que mon argent est réellement parti.

Empreinte annulée ou remboursement : quelle différence concrète ?

Subtilité rarement connue : un remboursement émis très vite après le paiement d'origine n'est pas traité comme un remboursement mais comme une annulation. Stripe l'écrit noir sur blanc : dans ce cas « le paiement d'origine disparaît tout simplement du relevé du client, et aucun crédit n'est émis ». Autrement dit, « remboursé très vite » et « jamais débité » peuvent se ressembler à l'écran tout en étant deux choses différentes.

Les plateformes ne peuvent d'ailleurs pas confondre les deux. La documentation Stripe est catégorique : sur un PaymentIntent à l'état requires_capture, les frais restent non capturés et « ne peuvent pas être remboursés directement. Vous devez annuler le PaymentIntent ». On ne rembourse pas un argent qu'on n'a jamais pris.

Pourquoi ma banque affiche encore la somme ?

C'est un grand classique des messages au support, et ça ne dépend pas de l'appli.

Annuler une pré-autorisation prend une fraction de seconde. L'afficher appartient à votre banque, et c'est plus lent. Stripe note qu'après la levée d'une autorisation, certaines banques mettent à jour le solde disponible immédiatement quand d'autres prennent un peu plus de temps.

Sa documentation prévient aussi que « les relevés de carte bancaire de certains émetteurs et certaines interfaces de moyens de paiement ne permettent pas de distinguer les autorisations et les paiements capturés (réglés), ce qui peut parfois induire les clients en erreur ». Tout le problème tient dans cette phrase : à l'écran, une empreinte ressemble à un débit.

Le Cercle des Médiateurs Bancaires dit la même chose côté français : le blocage dure « de quelques heures à plusieurs jours ouvrés », « la durée varie d'une banque à l'autre », et « si aucune action n'est menée de la part du commerçant, la somme pré-autorisée est automatiquement libérée ».

Règle pratique : une ligne en attente s'efface, un remboursement arrive. Une somme en attente, sans date de valeur, tombera toute seule. Un débit passé sur le relevé, lui, demande un vrai remboursement — et celui-là prend des jours.

Combien de temps l'empreinte peut-elle tenir ?

Stripe publie les plafonds réseau par réseau. Scanner un QR code et payer sur son téléphone produit une transaction sans présentation de la carte, initiée par le client — la première ligne :

\* Stripe précise que la fenêtre exacte de ces lignes est de 4 jours et 18 heures, pour laisser du temps aux processus de compensation.

Le garde-fou est intégré : « Vous devez capturer les fonds avant l'expiration de l'autorisation. Si celle-ci expire avant la capture des fonds, la mise en réserve des fonds est levée et le paiement passe à l'état canceled. »

Attention à ne pas confondre ces plafonds avec ce que vous avez pu lire ailleurs. La finance pour tous évoque un argent « bloqué pour une certaine période, de 30 jours maximum » — mais cette page parle de la caution d'un hôtelier ou d'un loueur de voiture, pas d'une empreinte posée en ligne le temps d'un morceau. Un titre se joue dans les vingt minutes ou ne se joue pas.

Qui libère l'empreinte, qui encaisse puis rembourse ?

Vérifié sur les pages publiques de chaque plateforme en août 2026. Celles qui ne publient rien n'y figurent pas : mieux vaut une case vide qu'une supposition. Transparence : REQ, en dernière ligne, est le produit qui publie cette page.

Deux remarques honnêtes.

TIP-DJ conditionne l'argent à la diffusion réelle du morceau, ce qui est plus strict qu'une capture à l'acceptation. Leur site indique qu'une demande acceptée n'est payée « after the song is actually played », vérifiée par reconnaissance audio ACRCloud, avec « a 100% automatic refund » si le morceau n'est pas détecté. Un modèle par empreinte n'offre pas cette garantie : une fois que le DJ a accepté, l'empreinte est capturée, que le morceau passe ou non. C'est un vrai avantage pour TIP-DJ, et ça vaut la peine de le savoir avant de payer. Autre point : TIP-DJ liste iDEAL et MobilePay, or Stripe classe iDEAL parmi les moyens qui ne prennent pas en charge la dissociation autorisation/capture — pour ceux-là, « remboursement » est le mot juste.

Chez Lime DJ, le remboursement dépend d'un geste humain. Leurs pages décrivent un pourboire qui arrive tout de suite sur le compte Stripe du DJ, avec un remboursement en un clic. Ça fonctionne, mais ça suppose que l'artiste y pense en plein set — ce n'est pas le profil de risque d'une annulation automatique.

Où se situe REQ ?

REQ (reqdj.com) s'appuie sur la capture manuelle de Stripe. Le scan produit une autorisation, pas un débit. Si le DJ accepte, elle est capturée. S'il refuse, ou si le délai s'écoule sans réponse, le PaymentIntent est annulé : pas de capture, pas d'objet Remboursement, rien à attendre. Le DJ peut aussi accepter gratuitement : il joue le morceau et annule quand même l'empreinte.

Le compromis est celui décrit plus haut : capture à l'acceptation, pas à la diffusion. REQ est en bêta, avec très peu de transactions réelles à ce jour.

Et côté DJ, ça change quoi ?

Un argent jamais capturé ne coûte rien à libérer. Stripe recommande d'ailleurs l'autorisation et la capture manuelles aux entreprises qui remboursent beaucoup peu après la transaction, précisément pour éviter ces coûts. Une soirée où l'on refuse beaucoup coûte cher en encaissement-puis-remboursement, et rien en empreinte.

Ensuite le calendrier : la capture lance le compteur, elle ne remplit pas la caisse. Stripe indique qu'un premier virement arrive généralement 7 à 14 jours après le premier paiement reçu, puis suit le calendrier du compte. Accepter une demande à 1 h du matin ne met pas de liquide dans la poche en sortant de cabine.

Que faut-il vérifier avant de payer ?

• La page dit-elle débité ou bloqué ? Ce ne sont pas des synonymes.
• Y a-t-il un délai, et que se passe-t-il quand il expire ?
• L'argent est-il lié à l'acceptation du DJ ou à la diffusion du morceau ?
• Si c'est un modèle avec remboursement, faut-il que le DJ le déclenche à la main ?
• Sur votre appli bancaire, distinguez en attente et opération passée. L'attente s'efface, le passé demande un remboursement.

À propos de cette page

Cette page est publiée par REQ (reqdj.com), qui figure parmi les plateformes comparées plus haut : lisez cette ligne en sachant qui l'a écrite. Tout ce qui est attribué à une autre plateforme est cité depuis ses propres pages publiques, consultées en août 2026, avec le lien à côté pour aller vérifier. Quand une plateforme ne publie pas ce qu'il advient de l'argent, c'est écrit tel quel : rien n'est déduit à sa place.

Cette page décrit le fonctionnement des autorisations, annulations et remboursements par carte tel que Stripe le documente. Ce n'est ni un conseil juridique, ni un conseil financier ou fiscal, et cela ne remplace pas les conditions de votre banque ni le droit de la consommation applicable chez vous. En cas de litige sur un paiement précis, adressez-vous d'abord à votre banque, puis le cas échéant au médiateur bancaire dont elle dépend.